软件从需求到发布是一个漫长的过程。而持续集成关注于软件开发，即开发人员的每次代码提交都会由持续集成工具进行构建。但到这个构建版本后，到将其真正部署上线还要走多远呢？从持续集成那里拿到好的Build以后，
- 作为测试人员，部署到探索性测试（Exploratory Test）环境。
- 进行探索性测试。
- 根据具体的软件特性，部署到其它测试环境，
- 进行其它的相关测试。
- 将通过上述测试的Build再部署到用户验收性测试环境。
- 用户进行验收性测试。
- 将通过用户验收性测试的Build再部署到生产环境。
- 正式上线运行。
看来这还真是一个相当长的旅途。尤其软件在开发环境可能是非常优秀的运行环境，你很难发现真正的问题。而软件在各种环境上的部署可能是一件非常繁重的劳动。而如何跟踪不同环境上的软件版本也是个让人头痛的问题。那么，如何解决这个问题呢？
嗯......用持续集成的思想来解决从“持续集成”到“产品发布”这个过程如何？看来不错。这个过程很像一个构建管道(Pipeline)，而每个环节就是一个阶段(Stage)。而如果把每个阶段中的Task都自动化起来，你认为如何呢？
看来是个不错的想法，有什么工具来支持这个想法吗？当然，期待Thoughtworks的Cruise吧。。。
发表于 @ 2008年06月15日 17:26:53|评论(loading...)|收藏