使用Clover的Test Optimization进行更快的测试

最近发布的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组合的测试集的顺序：

• 随机——随机运行测试可以很好的去掉内部测试的依赖。
• 正常——不会重新排序。测试按照他们传递到测试运行器的顺序运行。

Humphreys接下来谈到了其FishEye团队对该新特性试用10天的结果，他说他们的“测试执行时间降低了25%”。

请花些时间了解一下Clover的新版本，尤其是Humphrey的感受来看看它是否有助于你的团队。

查看英文原文：Faster Test Runs With Clover's Test Optimization