多测师-多培养一些优秀的测试工程师
网站地图 |   收藏本站   |   

13825291265

软件测试覆盖率

发布日期:2022-01-12 09:20:14 作者:多测师 浏览次数:

  用来度量测试完整性的一个手段,同时也是测试技术有效性的度量

  覆盖率 = (至少被执行一次的 item 数)/ item的总数

  作用:

  检测测试是否充分

  分析出测试的弱点

  指导设计能够增加覆盖率的测试用例,提高测试质量

  不能一味追求覆盖率,因为测试成本会随着覆盖率的增加而增加

  标准

  对于黑盒测试:需求覆盖、用例覆盖

  需求覆盖:在测试中,有哪些函数被测试到,其被测试到的频率有多大,这些函数在系统所有函数中的占比有多大通过设计一定的测试用例,要求每个需求点都被测试到

  需求覆盖 = 被验证到的需求数量 / 总的需求总数

软件测试覆盖率

  用例覆盖:主要体现在我们每轮测试验证通过的用例数在总用例中的比重

  用例覆盖 = 被验证到的用例数量(包括手工和自动化测试用例) / 总的用例总数

  测试覆盖率的运用

  简单的测试覆盖率:本次测试执行的用例数 / 所有用例数

  基于认为总用例数编写全面,一般对于大型系统测试要求覆盖率达到 100%

  覆盖率审核:抽样验收

  基于产品的测试覆盖率:已测试需求点 / 设计所有需求数

  以产品、需求维度统计,无论大型项目或是小需求迭代,都要求覆盖率达到100%

  覆盖率审核:抽样验收

  基于白盒的测试覆盖率:大多工具判断语句覆盖; 单元测试代码覆盖代码行 / 总代码行

  更多时候要求覆盖率达到 80% 以上

  缺陷:只能代表测试过哪些代码,不能代表是否测试好这些代码;容易遗漏逻辑、判断等场景

  基于自动化的测试覆盖率:自动化覆盖的测试场景 / 所有测试场景

  用途:侧重于回归验证,没必要追求过高的覆盖率, 而要考虑用例设计

  测试覆盖率的意义:

  应用最多的地方在测试停止标准

  在瀑布模型中,测试覆盖率并不重要

  在螺旋式、敏捷开发模型中,由于不断迭代累加,很难确定哪些模块在开发过程中没有给予足够的测试

  在短迭代, DevOps中,更强调单元测试覆盖率来评估不断增加的代码数量

如需了解更多测试技术信息请关注:https://www.duoceshi.cn/jswz/深圳多测师软件与技术服务有限公司


查看更多 >>

推荐阅读