When to stop testing

本文介绍了决定停止软件测试的五个基础标准,包括达到预定的覆盖率、缺陷发现率下降、缺陷修复成本评估、团队共识及管理层决策等,这些标准分为技术层面和管理层面。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

When to stop testing 的5个基础标准:(Lee Copeland "A Practitioner's Guide to Software Test Design")

1。 是否达到原先定义的覆盖标准。
        比如原先定义测试95%的功能条目,测试100%的需求条目,只对接口类做集成测试等等。达到标准了就停。

2。 所发现的缺陷 (bug或者功能不足等等)低于预先定义的上限。
        比如定义每周发现的缺陷少于5个,即可停止。

3。 找到缺陷耗费的代价超过这个缺陷可能导致的损失

       这个的依据是:权限开始好找,越到后面越难找。具体操作的时候可以根据公司实际情况来定义什么样的情况算是“花费的代价大”

4。 团队集体同意(开发,管理,测试,市场,销售人员)

     由于利益和市场的原因,必须推出产品了。哪怕有bug也得上了。

5。 老板叫停

      他嘴大,不能不停。


前三条针对技术层面。后两条针对管理层面。从技术层面上说事先定义标准很重要。从管理层面说,头头们要把握好软件交付的时间表。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值