测试覆盖率的实际运用

测试覆盖率的实际运用
1.简单测试覆盖率：本次测试执行的用例数/所有用例数
上述覆盖率统计建立在认为总用例数编写全面，一般对于大型系统测试要求覆盖率100%
覆盖率的审核：抽样验收
2.基于产品的测试覆盖率:已测试需求点/设计所有需求数
以产品、需求维度统计，无论大型项目或是小需求迭代都要求覆盖率达到100%
覆盖率的审核:抽样验收
3.基于白盒的测试覆盖率:大多工具判断语句覆盖，即单元测试代码覆盖代码行/总代码行。
更多考察研发人员:更多时候要求覆盖率达到80%+。
缺陷:覆盖率数据只能代表测试过哪些代码，不能代表是否测试好这些代码;容易遗漏逻辑、判断等场景。
4.基于自动化的测试覆盖率:自动化覆盖的测试场景(测试用例)/所有测试场景(用例)。
80/20原则.比如用户80%的时间在使用20%的功能，20%的功能就可以支撑起用户最关键的业务场景，自动化测试的用例选择更着重于这20%的核心功能。
用途:自动化测试更着重于回归验证，没必要追求过高的覆盖率，而要考虑用例设计
5.最终意义
应用最多的地方在测试停止标准。
单纯讨论测试覆盖率，在瀑布式开发模型中并不重要,但在螺旋式、敏捷开发模型中，由于不断迭代累加，很难确定哪些模块在开发过程中没有给予足够的测试。
在短迭代、DevOps中， 更强调用单元测试覆盖率来评，估不断增加的代码数量。