软件测试结束的标准(仅供参考)

  • Post author:
  • Post category:其他


[规定用于暂停全部或部分与本计划有关的测试项的测试活动的标准。规定当测试再启动时必须重复的测试活动。]

1)



软件系统在进行系统测试过程中,发现一、二级缺陷数目达到项目质量管理目标要求,测试暂停返回开发;

2)



软件项目在其开发生命周期内出现重大估算和进度偏差,需暂停或终止时,测试应随之暂停或终止,并备份暂停或终止点数据;

3)



如有新的需求变更过大,测试活动应暂停,待原测试计划和测试用例修改后,再重新执行测试;

4)



若开发暂停,则相应测试也应暂停,并备份暂停点数据;

5)






所有功能和性能测试用例100%执行完成;

此外,测试是有成本的,当你2周发现2个bug有类似此种情况时,在产品质量要求不是十分严格的情况下,即可以停止测试了。

———————————————————————————————-



补充

测试退出标准

产品的最终发布日期为2007年**月**日。测试退出标准为完成测试需求中列出的所有功能及测试过程中发现缺陷的回归测试。



单元测试退出标准

1) 单元测试用例设计已经通过评审

2) 核心代码100% 经过Code Review

3) 单元测试功能覆盖率达到100%

4) 单元测试代码行覆盖率不低于80%

5) 所有发现缺陷至少60%都纳入缺陷追踪系统且各级缺陷修复率达到标准

6) 不存在A、B类缺陷

7) C、D、E类缺陷允许存在

8) 按照单元测试用例完成了所有规定单元的测试

9) 软件单元功能与设计一致



集成测试退出标准

1) 集成测试用例设计已经通过评审

2) 所有源代码和可执行代码已经建立受控基线,纳入配置管理受控库,不经过审批不能随意更改

3) 按照集成构件计划及增量集成策略完成了整个系统的集成测试

4) 达到了测试计划中关于集成测试所规定的覆盖率的要求

5) 集成工作版本满足设计定义的各项功能、性能要求

6) 在集成测试中发现的错误已经得到修改,各级缺陷修复率达到标准

7) A、B类BUG不能存在

8) C、D类BUG允许存在,但不能超过单元测试总BUG的50%。

9) E类BUG允许存在



系统测试退出标准

1) 系统测试用例设计已经通过评审

2) 按照系统测试计划完成了系统测试

3) 系统测试的功能覆盖率达100%

4) 系统的功能和性能满足产品需求规格说明书的要求

5) 在系统测试中发现的错误已经得到修改并且各级缺陷修复率达到标准

6) 系统测试后不存在A、B、C类缺陷

7) D类缺陷允许存在,不超过总缺陷的5%

8) E类缺陷允许存在,不超过总缺陷的10%

———————————————————————————————-

注:这只是一套比较理想化的退出标准,但在实际工作中不可能达到这种程度,尤其是测试覆盖率和缺陷解决率不可能是100%。现在的军方标准是达到99%。对于通用软件来说就要根据公司实际情况了。



版权声明:本文为achang21原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。