测试退出标准
产品的最终发布日期为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％

你所指的A、B、C、D、E类，能说说具体严重度的范围吗？

        Blocker级别——中断缺陷
1.        客户端程序无响应，无法执行下一步操作。
        Critical级别――临界缺陷，包括：
1.        功能点缺失，客户端爆页。
        Major级别——较严重缺陷，包括：
1.        功能点没有满足需求。
        Normal级别――普通缺陷，包括：
1.        数值计算错误
2.        JavaScript错误。
        Minor级别—一次要缺陷，包括：
1.        界面错误与UI需求不符。
2.        打印内容、格式错误
3.        程序不健壮，操作未给出明确提示。
        Trivial级别——轻微缺陷，包括：
1.        辅助说明描述不清楚
2.        显示格式不规范，数字，日期等格式。
3.        长时间操作未给用户进度提示
4.        提示窗口文字未采用行业术语
5.        可输入区域和只读区域没有明显的区分标志
6.        必输项无提示，或者提示不规范。
        Enhancement级别——测试建议、其他（非缺陷）
1.        以客户角度的易用性测试建议。
通过测试挖掘出来的潜在需求

A类---导致系统崩溃、死机；出现不可挽救的数据丢失或损坏、内存泄露
B类---导致程序模块丢失或未实现；软件错误导致数据丢失；用户需求未实现
C类---发现影响被测功能正确实现的问题
D类---一般性错误或者功能实现不完善等
E类---一些建议性的错误

我们一般用这个控制issue的修复顺序和严重程度。（在俺们这是S1--S5级）

在你们测试中,你们都严格遵守这些标准吗,或者是按照该标准来执行的吗?

Bug都被关闭了，就结束了～

不错！

支持一下

好复杂，测试结束：A、B级bug没有，C级bug少量。
好像还有一个说法是，达到测试目标，ok。

不错

bugzilla的原型

飘过~~~~~看了  精读ING

真不错，正在找这个标准，谢谢楼主

thanks

非常感谢！正需要这些东西。

恩,测试出的bug基本都被关闭.并且基本没有新bug产生.