软件质量与测试效果考评标准.docx

软件质量与测试效果评估标准
版本记录:

本文档是对独立测试效果及软件质量从缺陷方面进行考核的依据，该标准仅作为整体考核标准中的一个组成部分即：缺陷考核部分。
2适用范围
本标准适用于软件质量与软件测试质量的考核。
3评价基准
软件质量考核基准：以最后测试组递交的测试总结报告中所提交的有效缺陷为考核指标。
测试质量考核基准：以软件试运行阶段用户发现的有效缺陷与非测试人员发现的有效缺陷为考核指标。
有效缺陷：经过评审确定为影响软件质量或发布的缺陷（包括：确定修改、暂缓修改的）建议性的E类缺陷不算有效缺陷。
4验收测试进入准则
1）软件产品通过单元测试、集成测试与系统测试。
2）测试组提交以下测试工件：测试计划、测试任务书、测试用例、测试报告、测试分析总结。
5软件验收测试工作程序
测试完成后按项目管理规定，成立测试（项目）验收小组，启动测试验收总结会
5.1根据测试任务书进行测试质量前期评审。
5.2根据测试总结报告进行软件质量评审。（测试角度）
6软件验收测试合格通过准则
1软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求2所有测试项没有残余一级、二级错误
第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%）
用户或非测试人员发现的有效缺陷的总数/测试总结报告提交有效缺陷总数x1%
举例：满足以下任何一条即视为测试质量不合格
第3页
用户或非测试人员发现的有效A类错误＞2
用户或非测试人员发现的有效A类错误＞4
用户或非测试人员发现的有效缺陷的总数与测试发现的有效缺陷总数的比例＞10%
用户或非测试人员发现的有效C类错误、D类错误均＞5
Bug级别定义
Bug按照严重程度分类为五级：
A. Critica嗷命），
B. Serious严重），
C. Average（ 一般），
D. Minor （改进）.
E. Enhancement（ 建议与新增）
A）Critical致命）
定义为数据丢失，数据计算错误，系统崩溃与非常死机。具体表现：
1. 死机，非法退出
2. 死循环
3. 数据库发生死锁
4. memory leak
5. 程序崩溃
6. Data loss
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要求在七天内解决。当然，具体的天数定义还会根据测试时间的不同而略做调整。