联系:

008 导体—连续集成

回顾金字塔一般有三层：阁楼里充满了UI宏观测试，中间有皮下宏观测试，底层是大量的微观测试。CI的目标是尽可能快地向团队提供有价值的反馈。

导体应从地面开始逐层地进行试验。连续集成中的“连续”一词意味着每当检查任何代码时，导体都会举起她的指挥棒，向编译器发出信号，以便用刚刚检查过的内容进行清洁的构建。如果构建成功，她会在底层触发最快的测试——微测试[提示故障音乐]。如果测试报告为绿色，那么她会发出手势来准备中间层，这可能需要将服务器部署到一个干净的环境中，或者启动一个服务过程。当舞台的手工作完成，指挥，挥着指挥棒，信号楼中间试验开始，如果他们的表现再次是绿色的，那么接下来发生的事情取决于顶层测试中可用的基础设施的复杂性：如果应用程序能够在一小时内部署和运行宏测试，那么指挥者就可以通过传递或失败反馈给团队。有了宏测试，这个快速需要大量并行运行的构建代理，比如测试云。如果没有足够的生成代理可以运行那么快，那么通常导体把她的座位，以连续的方式只有执行的金字塔前两层，让宏测试在每12或24小时的计划构建中执行。在一个新的签入，执行站并且一遍又一遍重复这个过程。尽管连续执行UI宏测试应该是每个团队的目标，大多数公司都没有投资于这样做的基础设施。等待超过24小时执行缓慢的宏测试不建议作为响应的问题所发现的测试，这样一个缓慢的反馈循环太过于昂贵。如果在这种情况下测试失败，则需要花费大量的时间来研究源代码的更改和使用调试器，以便简单地找到导致回归的代码。即使把宏观测试保持在良好的工作状态也很昂贵。

在我们的网站上注册您的电子邮件，并在评论区域中提到这一集，并获得一个免费的用户故事集，这些故事描述了团队和组织想要从一个连续的集成服务器中获得的东西，所有这些都是以清晰的用户故事格式编写的。