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

1、软件质量与测试效果评估标准版本记录：文件状态： 草稿 正式发布 正在修改当前版本：1.0作 者：Tomshu 完成日期：2005-10-10签 收 人：签收日期：1编写目的本文档是对独立测试效果及软件质量从缺陷方面进行考核的依据，该标准仅作为整体考核标准中的一个组成部分即：缺陷考核部分。2适用范围本标准适用于软件质量与软件测试质量的考核。3 评价基准软件质量考核基准： 以最后测试组递交的测试总结报告中所提交的有效缺陷为考核指标。测试质量考核基准： 以软件试运行阶段用户发现的有效缺陷和非测试人员发现的有效缺陷为考核指标。有效缺陷： 经过评审确定为影响软件质量或发布的缺陷（包括：确定修改、暂缓修改

2、的）建议性的E类缺陷不算有效缺陷。4 验收测试进入准则1) 软件产品通过单元测试、集成测试和系统测试。2) 测试组提交以下测试工件：测试计划、测试任务书、测试用例、测试报告、测试分析总结。5软件验收测试工作程序测试完成后按项目管理规定，成立测试（项目）验收小组，启动测试验收总结会5.1根据测试任务书进行测试质量前期评审。5.2根据测试总结报告进行软件质量评审。（测试角度）6 软件验收测试合格通过准则1 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求2 所有测试项没有残余一级、二级错误3 立项审批表、需求分析文档、设计文档和编码实现一致4 验收测试工件齐全（见验收测试进入准则

3、）5软件测试合格须符合以下标准。A类错误B类错误C类错误D类错误E类建议无无2%4%暂不作要求1）以上比例为错误占总测试模块（不包括E类）的比例。2）软件产品未经测试合格，不允许投运。6 测试质量合格须符合以下标准A类错误B类错误C类错误D类错误E类建议2455暂不作要求 1）以上为用户或非测试人员发现的有效缺陷，且改缺陷不是由需求、功能的变更引起的且在测试任务书规定的测试内容范围内的缺陷。 2) A类错误、B类错误为独立条件，C类错误、D类错误为组合条件3）用户或非测试人员发现的有效缺陷的总数不得大于一定的比例：(10%) 用户或非测试人员发现的有效缺陷的总数/测试总结报告提交有效缺陷总数&

4、#215;100%举例：满足以下任何一条即视为测试质量不合格用户或非测试人员发现的有效A类错误>2 用户或非测试人员发现的有效A类错误>4 用户或非测试人员发现的有效缺陷的总数与测试发现的有效缺陷总数的比例>10%用户或非测试人员发现的有效C类错误、D类错误均>5Bug级别定义Bug按照严重程度分类为五级:A. Critical(致命)，B. Serious(严重)，C. Average(一般)，D. Minor(改进).E. Enhancement(建议与新增)A)Critical(致命) 定义为数据丢失，数据计算错误，系统崩溃和非常死机。具体表现：1. 死机,非法退

5、出2. 死循环3. 数据库发生死锁4. memory leak5. 程序崩溃6. Data loss7. 造成网络堵塞或者瘫痪8. 对操作系统造成破坏B)Serious(严重)定义为规定的功能没有实现或实现不完整，设计不合理造成性能低下，影响系统的运营。具体表现： 1. 基本功能缺失2. 基本功能错误3. 程序错误4. 因错误操作迫使程序中断5. 程序接口错误6. 数据库的表、业务规则、缺省值未加完整性等约束条件7. 边界限制错误8. 安装引起的数据丢失9. 数据库设计未达到要求或需求规格10. 业务逻辑错误C)Average(一般)定义为不影响业务运营的功能问题, 具体表现：1. 格式错误2

6、. 删除操作未给出提示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 Immediately2-Give High Attention3-Normal Queue4-Low Priority通常