自动化会提高测试覆盖率，那测试覆盖率是什么？ - DevOps干货

测试覆盖率是什么？

测试覆盖率（test coverage）是2018年公布的计算机科学技术名词，它是测试质量的度量标准之一，告诉我们测试了多少代码。它定义了系统的某些实体，目的是用测试覆盖它们。这是一种用来指示我们什么时候进行了充分的测试，并告诉我们还需要测试什么（从而扩大了覆盖范围）的方法。

如果把测试比喻为打扫房子，那些不常用的房间总会被遗漏，我们总会忘记诸如次卧卫生间这样的区域，所以打扫的覆盖范围不包括就那个卫生间。

想象一下，如果我们的打扫标准只包括打扫卧室。按照这个标准，如果打扫了所有的卧室，就意味着整个房子都是干净的吗？

并非如此，因为我们完全忽略了厨房、餐厅、卫生间等房子内的其他部分！因此，务必要细致精准地度量测试覆盖率。具有一定程度的覆盖率是测试质量的一项指标，但它从来不是系统质量的指标，也不能保证所有内容都经过测试。测试覆盖率告诉我们测试代码的百分比，但这并不意味着它在每种情况下都被测试过。

测试覆盖率有什么优势？

依然是以打扫房屋为例，测试覆盖率可以：
● 度量打扫的质量；
● 指示何时该停止打扫；
● 提醒我们还有其他地方需要清理。

某些标准可能比其他标准更强大。了解它们可以让我们知道测试的深度以及何时应用某个或其他标准。例如，如果涵盖标准A的任何测试用例集TS也涵盖标准B，则可以说标准A包括另一个标准B。

按照上述原则，清洁房屋就可以遵循以下标准：
1. 打扫每个卧室；
2. 打扫房子的每一部分（包括卧室、厨房、卫生间等）；
3. 打扫每一个小地方，甚至是角落，因为它们很可能会积聚灰尘。

显而易见，标准3包括2，而2又包括1，关系是传递的，即3包括1。如果我们为标准3设计一个测试用例，它也应该包括前两个标准。对于测试软件，标准通常包括程序中的各种路径、条件、语句、函数等。

另一个真实的例子可能是等价类划分，先划分若干个等价类，然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类，这样就覆盖了所有类。如果考虑白盒测试，又有语句覆盖率、分支覆盖率、路径覆盖率等，特别是对于状态机，我们有指示覆盖所有节点、所有转换等的标准。

自动化测试如何适用？

现在就可以想象一下扔掉扫帚，换成一个超高速的扫地机器人。它可以解放双手、更快地清理地板、减少被遗漏的区域，还可以让自己在工作中专注于更重要的事情。

至此，我们可以得出结论：测试自动化=更高的测试覆盖率。