如何确定一个软件的测试结束点

　　如何确定一个软件的测试结束点

　　这个问题在每一本测试书上都有提到，光拿出来列也没多大意思，就归纳一下吧：

　　1、组织级的强制退出：

　　- 项目中止，通常是项目出现了严重的问题或人力不可抗拒因素

　　- 经费用尽，通常是项目经费没有得到很好的控制，弹尽粮绝，这种情况现在比较少见

　　- 超过期限，这是最常见的，特别是在传统的瀑布模式下，开发一再延期，导致测试时间不足，只好强行中止，听天由命了

​

　　2、达到了功能质量指标。要把所有的质量指标罗列起来太困难了，摆几种常见的退出指标：

　　- 测试用例覆盖度

　　- 测试用例的执行率

　　- 测试平台的覆盖率，像语言阿，操作系统，硬件种类阿等等。这对于一些特殊的测试如配置测试，本地化/国际化测试是至关重要的

　　- 严重缺陷的修复率

　　- 未修复缺陷是否被记录了

　　- *新开缺陷的速度

　　- *修复缺陷的速度

　　- 回归测试是否被很好地执行了

　　- 回归测试的缺陷发现率。(这经常被人忽视，由修复缺陷代码引入新缺陷是测试风险的重要来源)

　　- *未修复缺陷总数的变化趋势，通常只有快速收敛时才认为是结束测试的好时机

　　- 文档完备率，决定不修复的问题一定要在发布文档里注明

　　打星号的三个指标形成的三条曲线通常对于测