又在一个贴子里找到一个好东西，嘻嘻，方便学习，先收了，发现51上好东西是真多，热心人也多，继续混下去
1编写目的
本文档是对独立测试效果及软件质量从缺陷方面进行考核的依据，该标准仅作为整体考核标准中的一个组成部分即：缺陷考核部分。
2适用范围
本标准适用于软件质量与
软件测试质量的考核。
3 评价基准
软件质量考核基准： 以最后测试组递交的测试总结报告中所提交的有效缺陷为考核指标。
测试质量考核基准： 以软件试运行阶段用户发现的有效缺陷和非测试人员发现的有效缺陷为考核指标。
有效缺陷： 经过评审确定为影响软件质量或发布的缺陷（包括：确定修改、暂缓修改的）建议性的E类缺陷不算有效缺陷。
4 验收测试进入准则
1) 软件产品通过
单元测试、集成测试和
系统测试。
2) 测试组提交以下测试工件：测试计划、测试任务书、测试用例、测试报告、测试分析总结。
5软件验收测试
工作程序
测试完成后按
项目管理规定，成立测试（项目）验收小组，启动测试验收总结会
5.1根据测试任务书进行测试质量前期评审。
5.2根据测试总结报告进行软件质量评审。（测试角度）
6 软件验收测试合格通过准则
1 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求
2 所有测试项没有残余一级、二级错误
3 立项审批表、需求分析文档、设计文档和编码实现一致
4 验收测试工件齐全（见验收测试进入准则）
5软件测试合格须符合以下标准。
A类错误 B类错误 C类错误 D类错误 E类建议
无 无 ≤2% ≤4% 暂不作要求
1）以上比例为错误占总测试模块（不包括E类）的比例。
2）软件产品未经测试合格，不允许投运。
6 测试质量合格须符合以下标准
A类错误 B类错误 C类错误 D类错误 E类建议
≤2 ≤4 ≤5 ≤5 暂不作要求
1）以上为用户或非测试人员发现的有效缺陷，且改缺陷不是由需求、功能的变更引起的且在测试任务书规定的测试内容范围内的缺陷。
2) A类错误、B类错误为独立条件，C类错误、D类错误为组合条件
3）用户或非测试人员发现的有效缺陷的总数不得大于一定的比例：(10%)
用户或非测试人员发现的有效缺陷的总数/测试总结报告提交有效缺陷总数×100%
举例：满足以下任何一条即视为测试质量不合格
用户或非测试人员发现的有效A类错误>2
用户或非测试人员发现的有效A类错误>4
用户或非测试人员发现的有效缺陷的总数与测试发现的有效缺陷总数的比例>10%
用户或非测试人员发现的有效C类错误、D类错误均>5
Bug级别定义
Bug按照严重程度分类为五级:
A. Critical(致命)，
B. Serious(严重)，
C. Average(一般)，
D. Minor(改进).
E. Enhancement(建议与新增)
A)Critical(致命)
定义为数据丢失，数据计算错误，系统崩溃和非常死机。具体表现：
1. 死机,非法退出
2. 死循环
3.
数据库发生死锁
4. memory leak
5. 程序崩溃
6. Data loss
7. 造成网络堵塞或者瘫痪
8. 对
操作系统造成破坏
B)Serious(严重)
定义为规定的功能没有实现或实现不完整，设计不合理造成性能低下，影响系统的运营。具体表现：
1. 基本功能缺失
2. 基本功能错误
3. 程序错误
4. 因错误操作迫使程序中断
5. 程序接口错误
6. 数据库的表、业务规则、缺省值未加完整性等约束条件
7. 边界限制错误
8. 安装引起的数据丢失
9. 数据库设计未达到要求或需求规格
10. 业务逻辑错误
C)Average(一般)
定义为不影响业务运营的功能问题, 具体表现：
1. 格式错误
2. 删除操作未给出提示
3. 安装异常
4. 界面设计不符合规范或者界面不整齐
5. 变量命名不符合规范
6. 归档文档格式模版不符合规范
7. 界面校验错误或者提示信息与异常处理不符合
8. 对异常没有本地处理，提示的异常是机器码
9. 设计文档出现错误或者说明出现错误
D)4、Minor(改进)
定义为：软件设计和功能实现等不合理需要改进, 具体表现：
1. 辅助说明描述不清楚
2. 输入输出不规范
3. 长操作未给用户提示
4. 提示窗口文字未采用行业术语
5. 可输入区域和只读区域没有明显的区分标志
6. 简单的输入限制未放在前台进行控制
7. 拼写错误
8. 界面字段定义不准确
9. 设计文档出现书写错误
10. 界面设计优化意见
11. 设计文档中优化意见
E)Enhancement(新增)
定义：为完善系统需要增加的功能
B: 优先级别
优先级(Priority)的定义取决于解决时间的长度。分为四级：
1-Resolve Immediately
2-Give High Attention
3-Normal Queue
4-Low Priority
通常情况下，优先级为1的BUG要求在一天内解决；优先级为2的BUG要求在三天内解决；优先级为3的BUG要求在五天内解决；优先级为3的BUG要求在七天内解决。当然，具体的天数定义还会根据测试时间的不同而略做调整。
