最近发布的 Clover 2.4 引入了一个叫做“Test Optimization”的新特性，该特性会加快 CI 构建并减少开发者等待测试的时间。它使用了“per-test”覆盖数据只运行受代码改变影响的测试。
Atlassian 发布了其流行的代码覆盖分析工具 Clover 的 2.4 版，增加了一个名为“ Test Optimization ”的新特性，他说到：
Clover 可以优化测试的运行，极大地降低测试代码改变所需的时间。典型地，只要代码发生了改变，完整的测试套件都会运行。通过使用 Test Optimization，Clover 会根据具体的改变决定要运行的最佳测试子集。只测试你所需要的会提供更快的反馈，而这一切并不会降低测试质量。
在衰退测试套件中计算代码改变所产生的影响是需要时间的，而降低该时间会极大地提升团队的生产率。很多人都认为这就是团队为何要努力保持其单元测试的快速执行的原因，确实是这样的。但有很多原因导致即使团队保证了每个单元测试的快速执行，其整个应用所累积起来的测试套件依然要花费很多时间去运行。
改进这种情况的一个合理的办法就是只运行受代码改变影响的测试。手工完成这项工作不仅要花费很多时间，还会频频导致“测试丢失”，最终失去了优化测试运行带给我们的好处。Clover 的这个新特性为团队提供一种方式来完成这个任务而无需手工操作，同时将“测试丢失”的风险降到最低。
Brendan Humphreys 详细描述了 Clover 是如何完成这个工作的：
作为一个代码覆盖工具，Clover 度量每个测试的代码覆盖率——也就是说，它会度量哪些测试运行了哪些代码。通过这种方式，针对某个源代码文件，Clover 可以精确判断出哪些测试适合它。Clover 使用该信息与源文件的修改信息来构建适合于改变的源代码文件的测试子集。接下来这个子集被传到测试运行器中，同时传递的还有上次构建时失败的测试以及之后新加的测试。
根据 Humphrey 所述，Test Optimization 还拥有一些策略以调整测试运行的顺序，他说这可以提升测试运行的效率。关于这些策略：
我们还可以使用一些策略调整 Clover 组合的测试集的顺序：
失败优先（Failfast）——Clover 按照失败的可能性大小运行测试，这样任何失败都会尽可能快的出现。
- 随机——随机运行测试可以很好的去掉内部测试的依赖。
- 正常——不会重新排序。测试按照他们传递到测试运行器的顺序运行。
Humphreys 接下来谈到了其 FishEye 团队对该新特性试用 10 天的结果，他说他们的“测试执行时间降低了 25%”。
请花些时间了解一下 Clover 的新版本，尤其是 Humphrey 的感受来看看它是否有助于你的团队。
评论