软件测试学习笔记12

软件测试学习笔记12

测试覆盖率的实际运用
1.简单的测试覆盖率:本次测试执行的用例数/所用用例数。
覆盖率的审核:抽样验收。
2.基于产品的测试覆盖率:已测试需求点/设计所有需求数。
覆盖率的审核:抽样验收。

3.基于白盒的测试覆盖率:
大多工具判断语句覆盖,即单元测试代码覆盖代码行/总代吗行。
缺陷:覆盖率数据只能代表测试过哪些打码,不能代表是否测试好这些代码;容易遗漏逻辑、判断等场景。
4.基于自动化测试覆%的时间在使用盖率:自动化覆盖的测试场景(测试用例)/所有测试场景。
用途:自动测试更重于回归验证,没必要追求过高的覆盖率,而要考虑用例设计。
测试覆盖率的意义:
应用最多的地方在测试停止标准
单纯讨论测试覆盖率,在瀑布式开发模型中并不重要,但在螺旋式,敏捷开发模型中,由于不断迭代累加,很难确定哪些模块在开发过程中没有给予足够的测试。
在短迭代、DevOps中,更强调用单元测试覆盖率来评估不断增加的代码数量。

测试团队组织架构:
1.金字塔管理模式:一对多。
2.矩阵化管理模式

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值