由于功能多且复杂，测试较多，运行很长。利用Cruise的并行化特点，每个团队将测试分成28组。一旦提交后，Cruise会将其放在28台机器上并行运行。运行后，将所有测试输出和结果上传到同一处（Cruise Server的中心仓库）。
益处：
1. 反馈时间大幅度缩短（原来30分钟以上，现在20分钟之内）。
2. 易扩展：如果因测试增多而导致反馈周期长，可通过增加更多的机器解决。
3. 易维护：对于测试分组和构建机器的增减来说，在Cruise中都非常容易，只要在同一处修改配置即可。
4. 易追踪和Debug：所有的信息（包括artifacts）都放在同一处，能过Web访问。
5. Single view (在同一个Web管理页面上，可以监控所有团队的构建状态)。
第三步目标：减少手工操作
方法：一键发布————自动化部署
手段：Cruise (Cruise的dependency + Story Tracker plugin + audit)
由于有很多个团队，每个团队都有多个测试环境。如果全部使用手工部署分花费很多时间。所以，每个团队建立三个构建管道，其目标分别为：(1)得到测试过的 installer；(2)部署到测试环境中；(3)将通过测试的installer部署到演示环境中。前一个构建成功后，就可以触发下一个（自动或手动）。
益处：
1. QA可以清晰识别需要测试哪个安装包，该安装包中含有哪些功能
2. QA自己可能很容易地部署测试环境。
3. 易于追踪功能的历史版本(在同一个pipeline中，所有的stage同一版本.而且在使用Pipeline dependency时，版本信息会向下游传递)。
4. 易于掌握对各种部署环境的管理。
使用上述手段后，该项目的持续集成已入佳境。目前可以做到：
所有的构建和部署都是自动化的；
开发人员最多在20分钟内就会得到反馈。
对于每个环境来说，可以做到每天部署四次。
部署无差错：因为是自动化过程，每次的执行步骤都一样。
机器资源复用：Cruise自动向165台机器上分发工作进行构建和部署。
Single dashboard view of everything!
开发人员非常高兴：他们可以多次提交而不影响他人。
测试人员非常高兴：他们可以很快地得到好的installer，通过自己点一下按钮就完成部署工作。
管理人员非常高兴：他们可以马上了解当前的项目状态（哪些版本在测试中，那些版本已经演示了）。
很容易了解每个版本里包括哪些功能和修复了哪些缺陷。
最终的持续集成环境中共计有260个构建和部署机器，每六周一个release，每个release需要生成15个独立的安装包.
文章来源于领测软件测试网 https://www.ltesting.net/
