软件质量与测试效果评估标准版本记录:本文档是对独立测试效果及软件质量从缺陷方面进行考核的依据，该标准仅作为整体考核标准中的一个组成部分即：缺陷考核部分。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%）用户或非测试人员发现的有效缺陷的总数/测试总结报告提交有效缺陷总数x1%举例：满足以下任何一条即视为测试质量不合格用户或非测试人员发现的有效A类错误＞2用户或非测试人员发现的有效A类错误＞4用户或非测试人员发现的有效缺陷的总数与测试发现的有效缺陷总数的比例＞10%用户或非测试人员发现的有效C类错误、D类错误均＞5Bug级别定义Bug按照严重程度分类为五级：Critica嗷命），Serious严重），Average（一般），Minor（改进）.Enhancement（建议与新增）A）Critical致命）定义为数据丢失，数据计算错误，系统崩溃与非常死机。具体表现：死机，非法退出死循环数据库发生死锁memoryleak程序崩溃Dataloss归档文档格式模版不符合规范界面校验错误或者提示信息与异常处理不符合对异常没有本地处理，提示的异常是机器码设计文档出现错误或者说明出现错误4、Minor(改进)定义为：软件设计与功能实现等不合理需要改进，具体表现:辅助说明描述不清楚输入输出不规范长操作未给用户提示提示窗文字未采用行业术语可输入区域与只读区域没有明显的区分标志简单的输入限制未放在前台进行控制拼写错误界面字段定义不准确设计文档出现书写错误界面设计优化意见设计文档中优化意见Enhancement(新增)定义：为完善系统需要增加的功能B:优先级别优先级(Priority)定义取决于解决时间的长度。分为四级：ResolveImmediatelyGiveHighAttentionNormalQueueLowPriority通常情况下，优先级为1的BUG要求在一天内解决；优先级为2的BUG要求在三天内解决；优先级为3的BUG要求在五天内解决；优先级为3的BUG要求在七天内解决。当然，具体的天数定义还会根据测试时间的不同而略做调整。