测试覆盖率

# 测试覆盖率

测试覆盖率通常被用来衡量测试的充分性和完整性，主要分为两大类：

概念：是指测试对需求的覆盖程度

如何做：将每一条分解后的软件需求和对应的测试建立一对多的映射关系，保证测试可以覆盖每个需求

统计方法：传统瀑布模型，自上而下地制定计划、分析需求、设计软件、编写代码、测试和运维等

缺点：传统瀑布模型在流程上是重量级的，已经很难适应当今互联网时代下的敏捷开发实践

结论：互联网测试项目中很少直接基于需求来衡量测试覆盖率，而是将软件需求转换成测试需求，然后基于测试需求再来设计测试点，测试覆盖率，通常默认指代码覆盖率，而不是需求覆盖率

定义：至少被执行了一次条目数占整个条目数的百分比

条目数：

3 种最常用代码覆盖率指标：

行覆盖率（语句覆盖率）
指已经被执行到的语句占总可执行语句（不包含类似C++的头文件声明、代码注释、空行等等）的百分比。
判定覆盖（分支覆盖）
代码中每个判断的取真分支和取假分支是否各被覆盖至少各一次，比如，对于 if(a>0 && b>0)，就要求覆盖 a>0 && b>0 为 TURE 和 FALSE 各一次。
条件覆盖
判定中的每个条件的可能取值至少满足一次，度量判定中的每个条件的结果 TRUE 和 FALSE 是否都被测试到了。比如，对于 if(a>0 && b>0)，就要求 a>0 取 TRUE 和 FALSE 各一次，同时要求 b>0 取 TRUE 和 FALSE 各一次。

目的：找出潜在的遗漏测试用例，并有针对性的进行补充，同时还可以识别出代码中那些由于需求变更等原因造成的不可达的废弃代码。

局限性：

所设计的测试用例已经达到 100% 的代码覆盖率，软件产品的质量也做不到万无一失。

其根本原因在于代码覆盖率的计算是基于现有代码的，并不能发现那些「未考虑某些输入」以及「未处理某些情况」形成的缺陷。

极端例子：一个被测函数里面只有一行代码，只要这个函数被调用过了，那么衡量这一行代码质量的所有覆盖率指标都会是 100%，但是这个函数是否真正实现了应该需要实现的功能？

结论：

（完）