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。 老板叫停
他嘴大,不能不停。
前三条针对技术层面。后两条针对管理层面。从技术层面上说事先定义标准很重要。从管理层面说,头头们要把握好软件交付的时间表。
1。 是否达到原先定义的覆盖标准。
比如原先定义测试95%的功能条目,测试100%的需求条目,只对接口类做集成测试等等。达到标准了就停。
2。 所发现的缺陷 (bug或者功能不足等等)低于预先定义的上限。
比如定义每周发现的缺陷少于5个,即可停止。
3。 找到缺陷耗费的代价超过这个缺陷可能导致的损失
这个的依据是:权限开始好找,越到后面越难找。具体操作的时候可以根据公司实际情况来定义什么样的情况算是“花费的代价大”
4。 团队集体同意(开发,管理,测试,市场,销售人员)
由于利益和市场的原因,必须推出产品了。哪怕有bug也得上了。
5。 老板叫停
他嘴大,不能不停。
前三条针对技术层面。后两条针对管理层面。从技术层面上说事先定义标准很重要。从管理层面说,头头们要把握好软件交付的时间表。