系统测试错误等级的划分标准

缺陷严重级别定义:o 最高级--导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等. o 紧急---事件非常重要,并且需要马上给予关注.o 高级---事件是重要的,并且应该在紧急的事件处理之后尽快得到解决.o 中级---事件是重要的,但是由于解决问题需要花费一定的时间,所以可以用较长的时间解决. o 低级---事件不重要,可以在时间和资源允许的情况下再解决.o 建议性缺陷.更为详细的划分如下:A类——严重错误，包括：o 由于程序所引起的死机,非法退出o 死循环o 导致数据库发生死锁o 数据通讯错误o 严重的数值计算错误B类——较严重错误，包括：o 功能不符o 数据流错误o 程序接口错误o 轻微的数值计算错误C类——一般性错误，包括：o 界面错误(详细文档)o 打印内容、格式错误o 简单的输入限制未放在前台进行控制o 删除操作未给出提示D类——较小错误，包括：o 辅助说明描述不清楚o 显示格式不规范o 长时间操作未给用户进度提示o 提示窗口文字未采用行业术语o 可输入区域和只读区域没有明显的区分标志o 系统处理未优化E类——测试建议（非缺陷）软件公司对软件缺陷级别的定义不尽相同，一般可以分为4种：1. 致命（fatal）：致命的错误，造成系统或应用程序崩溃（crash）、死机、系统悬挂、或造成数据丢失、主要功能组完全丧失2. 严重（critical）：严重错误，指功能或者特性（feature）没有实现，主要功能丧失，导致严重的问题，或致命的错误声明3. 一般的（major）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果。

如次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等4. 微小的（minor）：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等Bug严重程度定义：致命(Critical)BUG ：测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。

BUG定义标准广东旭普空间信息技术产业发展有限公司2009-10-30文档修订记录：*说明：C――创建，A——增加，M——修改，D——删除1引言1.1目的对 BUG 概念、分类、 BUG 状态、 BUG 等级划分等内容进行定义和规范，以便进一步指导我们的测试工作。

一方面也让开发人员明白各类BUG的定义，及测试人员对其程序中各类缺陷等级划分的依据。

1.2 概念BUG ：软件中存在的瑕疵，可能会导致系统失效。

简单的说就是软件系统中存在可能导致系统出错、控制失效、死机等错误或缺陷。

1.3相关名词解释1、软件错误：指在软件生存周期内出现的不希望或不可接受的人为错误。

2、软件缺陷：是存在于软件（文档、数据、程序）中偏离需求说明书的现象，其结果是软件运行于某一特定条件时会出现软件故障。

3、软件故障：是指软件运行过程中出现的一种不希望或不可接受的内部状态，比如：软件处于处理一个多余循环过程时，我们可以称软件出现故障，若此时没有适当的容错措施加以处理，就会导致软件失效。

4、软件失效：软件运行时产生的一种不希望或不可接受的外部行为结果。

1.4 参考资料1、<<测试管理—bug管理>>2、<<CMM缺陷等级划分标准>>3、51testing软件测试专业论坛2 BUG提交要求1Bug通过测试组评审，属于已确认的bug2测试人员需用清晰、简洁的文字描述bug，并能复现3 BUG分类1、功能错误以需求说明书为参照，未达到或未完成需求说明书所描述的功能即为功能错误。

具体基本上可分为：a、严重花屏b、内存泄漏c、用户数据丢失或破坏d、系统崩溃/死机/冻结e、模块无法启动或异常退出f、严重的数值计算错误g、重复的功能h、多余的功能i、遗漏的功能j、需求未实现k、功能设计与需求严重不符l、其它导致无法测试的错误2、编码错误在系统运行中出现各类系统报错以及出现死机、不能工作、没有反应的现象即为编码错误。

缺陷严重级别定义：o最高级--导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等.o紧急---事件非常重要,并且需要马上给予关注.o高级---事件是重要的,并且应该在紧急的事件处理之后尽快得到解决.o中级---事件是重要的,但是由于解决问题需要花费一定的时间,所以可以用较长的时间解决.o低级---事件不重要,可以在时间和资源允许的情况下再解决.o建议性缺陷.更为详细的划分如下：A类——严重错误，包括：o由于程序所引起的死机,非法退出o死循环o导致数据库发生死锁o数据通讯错误o严重的数值计算错误B类——较严重错误，包括：o功能不符o数据流错误o程序接口错误o轻微的数值计算错误C类——一般性错误，包括：o界面错误(详细文档)o打印内容、格式错误o简单的输入限制未放在前台进行控制o删除操作未给出提示D类——较小错误，包括：o辅助说明描述不清楚o显示格式不规范o长时间操作未给用户进度提示o 提示窗口文字未采用行业术语o可输入区域和只读区域没有明显的区分标志o 系统处理未优化E类——测试建议（非缺陷）软件公司对软件缺陷级别的定义不尽相同，一般可以分为4种：1.致命（fatal）：致命的错误，造成系统或应用程序崩溃（crash）、死机、系统悬挂、或造成数据丢失、主要功能组完全丧失2.严重（critical）：严重错误，指功能或者特性（feature）没有实现，主要功能丧失，导致严重的问题，或致命的错误声明3.一般的（major）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果。

如次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等4.微小的（minor）：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等Bug严重程度定义：致命(Critical)BUG：测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。

缺陷严重级别定义:o 最高级--导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等. o 紧急---事件非常重要,并且需要马上给予关注.o 高级---事件是重要的,并且应该在紧急的事件处理之后尽快得到解决.o 中级---事件是重要的,但是由于解决问题需要花费一定的时间,所以可以用较长的时间解决. o 低级---事件不重要,可以在时间和资源允许的情况下再解决.o 建议性缺陷.更为详细的划分如下:A类——严重错误，包括：o 由于程序所引起的死机,非法退出o 死循环o 导致发生死锁o 数据通讯错误o 严重的数值计算错误B类——较严重错误，包括：o 功能不符o 数据流错误o 程序接口错误o 轻微的数值计算错误C类——一般性错误，包括：o 界面错误(详细文档)o 打印内容、格式错误o 简单的输入限制未放在前台进行控制o 删除操作未给出提示D类——较小错误，包括：o 辅助说明描述不清楚o 显示格式不规范o 长时间操作未给用户进度提示o 提示窗口文字未采用行业术语o 可输入区域和只读区域没有明显的区分标志o 系统处理未优化E类——测试建议（非缺陷）软件公司对软件缺陷级别的定义不尽相同，一般可以分为4种：1. 致命（fatal）：致命的错误，造成系统或应用程序崩溃（crash）、死机、系统悬挂、或造成数据丢失、主要功能组完全丧失2. 严重（critical）：严重错误，指功能或者特性（feature）没有实现，主要功能丧失，导致严重的问题，或致命的错误声明3. 一般的（major）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果。

如次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等4. 微小的（minor）：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等Bug严重程度定义：致命(Critical)BUG ：执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。

系统上线标准明确测试工作的开始和结束标准。

二、软件测试合格标准P0级错误P1级错误P2级错误P3级错误P4级错误P5级错误无无≦2%≦8%≦40%可不进行修复以上比例为错误占总测试模块的比例。

三、缺陷修复率标准1)P0、P1级错误修复率应达到100%2）P2级错误修复率应达到98%以上3)P3级错误修复率应达到92%以上4）P4级错误修复率应达到60%以上5）P5级错误无需在本版本完成修复注：项目紧急时，P3级别错误修复率达到60%以上；P4级别错误率达到20%即可四、覆盖率标准测试需求执行覆盖率应达到100%（业务测试用例均以执行）。

五、错误级别分级等级等级说明分类说明致命问题Blocker导致整个产品无法进行测试。

修改优先级为最高，该级别需要程序员立即修复（马上解决，P0）模块无法启动或异常退出其他导致无法测试的错误Critical死机，数据丢失，主要功能完全丧失，系统悬挂等错误。

修改优先级为最高，该级别需程序员立即修复（马上解决，P1）运行过程中系统崩溃、死机、重启功能设计与需求严重不符严重花屏、严重的数值计算错误、内存泄漏影响手机语音或数据通讯等功能严重问题Major主要功能上市，导致严重的问题，或致命的错误声明。

修改优先级高，该级别需要程序员尽快修复（急需解决，P2）功能未能实现或存在错误轻微的数值计算错误系统所提供的功能或服务受明显的影响用户数据丢失或破坏一般问题Normal次要功能丧失，导致严重的问题，或致命的错误声明。

修改优先级为高，该级别需要程序员尽快修复（高度重视，P3）操作界面错误，如：数据窗口内列明定义、含义是否一致）边界条件下错误功能存在错误，但出现概率很低提示信息错误（包括未给出信息、信息提示错误等）长时间操作无进度提示，系统为优化（性能问题）Minor微小的问题，对功能几乎没有影响，产品及属性仍可使用。

修改优先级为低，该级别需要程序员修改或不修改（正常处理，P4）界面格式等不规范操作时未给用户提示文字排列不整齐等一些小问题光标跳转设置不好，光标定位错误轻微问题Trivial提示信息格式不符合要求，违背正常习俗习惯的，界面不美观，控件排列，格式不统一（正常处理，P4)辅助说明描述不清楚个别不影响产品理解的错别字可输入区域和只读区域没有明显区分标志Enhancement功能性建议，功能性使用，方便性，易用性不够（优先级低，P5)建议（公司内部人员反馈、用户反馈/投诉）六、测试环境DEV环境（开发环境，供开发人员进行开发，联调，bug复现等）QA环境（测试环境，测试人员测试需求，回归bug等）Pre环境（预发布环境，使用线上数据库测试是否通过）online环境（生产环境，测试人员进行线上验证，确认上线的功能是否ok）七、验收标准1.需求分析说明文档中定义的所有功能全部实现，性能指标全部达到要求2.在验收测试中发现的错误已经得到修复，各级缺陷修复率达到标准3.所有测试项中没有残余P0、P1级别的错误4.需求分析文档、设计文档和编码显示一致5.验收测试工作齐全（测试计划，测试用例，测试日志，测试通知单，测试报告，待验收的系统程序）八、压力测试服务器运行状况响应指标（需建立预警机制）：CPU%并发期间最大使用率应不超过70~80%，如有集合并发可能允许短暂接近或达到100%，但大部分不应超过95%Memery测试期间保证内存充足可用内存不少于20%Dik监控硬盘是否有读写不超过40%性能指标：（需要业务部门提供需求指标）响应时间（不同业务/场景的并发响应时间）系统支持的用户量吞吐量事务的成功率九、各环境提交标准Dev环境–>QA环境，开发人员进行自测（如冒烟测试），有业务需求的进行内部联调，通过后提交QA环境QA环境–>Pre环境，达到“缺陷修复率标准”的标准，通过后提交Pre环境Pre环境–>Online环境，达到“缺陷修复率标准”的标准，通过后提交Online环境Online环境，进行快速回归，验证上线的需求是否正常，通过后发布上线结果。

6. 测试bug等级划分标准：
按照jira管理工具上，bug主要分五类：
1）Blocker：阻碍开发或测试工作的问题。

（这个测试人员通常很少遇到）
2）Critical：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。

具体基本上可分为：
○严重花屏
○内存泄漏
○用户数据丢失或破坏
○系统崩溃/死机/冻结
○模块无法启动或异常退出
○严重的数值计算错误
○功能设计与需求严重不符
○用户权限问题
○安全问题
○其它导致无法测试的错误
3）Major：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性
具体基本上可分为：
○功能未实现
○功能错误
○系统刷新错误
○语音或数据通讯错误
○轻微的数值计算错误
○系统所提供的功能或服务受明显的影响
4）Minor：界面、性能缺陷
具体基本上可分为：
○操作界面错误（包括数据窗口内列名定义、含义是否一致）
○边界条件下错误
○提示信息错误（包括未给出信息、信息提示错误等）
○长时间操作无进度提示
○系统未优化（性能问题）
○光标跳转设置不好，鼠标（光标）定位错误
5）Trivial：易用性及建议性问题
具体基本上可分为：
○界面格式等不规范
○辅助说明描述不清楚
○操作时未给用户提示
○可输入区域和只读区域没有明显的区分标志
○个别不影响产品理解的错别字
○文字排列不整齐等一些小问题
○建议。

测试错误等级标准1.错误等级标准依据产生错误对客户使用造成的后果严重性将抽测出的问题按三个等级划分，即：（A 类：严重错误；B类：中度错误；C类：轻度错误）2.分级方法及简要说明A类：严重问题●系统死锁、崩溃：在流程、数据或安全方面存在重大问题，导致软件不具可用性，或核心功能项无法使用；或由于设计的缺陷，导致软件使用过程中出现内存不足、死机、重起等；●由于设计的缺陷，导致软件使用中存在较明显的障碍，或者局部功能错误；B类：中度错误由于编码不够完善，使某个小功能无法使用，但可以采取其他变通的操作实现；C类：轻度错误●对特殊的操作与要求不能支持；●存在某些细微的缺陷，但不影响程序正常应用。

2.1 从软件规范化角度说明A类：严重问题严重不合理，核心功能完全违反软件规范或业务规范，可能导致用户强烈的反感。

B类：中度错误一般不合理，即使用户经过较长时间的熟练依然有错误操作的可能，或者使用者始终无法较流畅的操作，可能会导致用户的抱怨。

C类：轻度错误界面不合理，存在歧义，需要反复和用户说明，即使如此，也有可能在使用中感到不便；界面设计存在缺陷、凌乱或不友好。

2.2 从软件功能实现角度说明A类：严重问题由于需求、设计错误导致流程和流程控制存在重大错误，与现有政策法规或实务惯例的规定（约定）有明显冲突；由于设计错误严重削弱软件处理事务的能力；由于编码错误导致骨干流程不可用。

B类：中度错误局部功能无法正常使用，但不影响软件整体流程的实现；无法满足可以预料到的特殊应用；软件功能的实现过程中弹出未控制的系统错误提示，导致流程中断。

C类：轻度错误●功能虽然能够正常使用，但由于实现过程中缺乏容错性，不能对设计边界以外（甚至边界本身）的数据或操作做出正确的响应，导致程序整体不稳定；运行过程中弹出未控制的系统提示，但不影响流程继续。

●处理过程中出现的对实现功能没有影响的缺陷；经过说明，用户可以较容易理解并且不影响用户使用的；实质上与软件实现需求无关的。

.测试管理规范订正历史记录日期版本说明作者2017-2-15孙晓明测试准入和准出标准1.1.系统测试准入标准（1）开发人员编码结束，并已达成单元测试；（2）需求说明书规定的功能或该阶段版本提交的功能均已实现；（3）被测系统的基本流程能够走通，界面上的功能均实现，切合设计文档规定的功能；（4）开发人员提交被测系统的最新版本，安装测试经过；（5）开发人员向测试负责人提交测试申请。

1.2.系统测试暂停、停止标准（1）被测系统在进行功能测试时，发现程序存在重要bug（ 1 级 bug 超出 2 个）或 bug 过多时（ 2 级 bug 超出 4 个），测试工作没法正常进行，能够暂停测试返回开发；（2）被测项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据；（3）存在其余优先级更高的任务时，可向领导申请暂停测试；（4）被测项目在其开发生命周期内出现重要估量、进度误差，需暂停或停止时，测试应随之暂停或停止，并备份暂停或停止点数据归档；（5）被测系统经过系统测试，达到系统测试准出标准，能够停止测试。

1.3.系统测试恢复标准（1）重要 bug 被解决或程序经过从头修正；（2）优先级更高的任务已经被达成；（3）软件项目被调整后从头启动，测试任务应随之启动。

1.4.系统测试准出标准指标公式标准被测项目知足软件需求说明书的要求被测项目知足软件需求说明书的要求是测试用例评审率已评审用例 /全部测试用例100%测试计划中对于系统测试所规定的覆盖率已测试功能 /全部功能点100%功能点经过率已经过功能点 /全部功能点>=98%测试用例成功履行率成功履行的用例 /全部测试用例>=95%缺点登记率已登记缺点 /全部缺点100%一二级缺点修复率已修复一二级缺点 /全部一二级缺点100%三四级缺点修复率已修复三四级缺点 /全部三四级缺点>=90%全部遗留问题都有解决方案全部遗留问题都有解决方案有1.5.系统回归测试准出标准指标公式要求.功能点经过率已经过功能点 /全部功能点>=99%测试用例成功履行率成功履行的用例 /全部测试用例>=98%缺点登记率已登记缺点 /全部缺点100%一二级缺点修复率已修复一二级缺点 /全部一二级缺点100%三四级缺点修复率已修复三四级缺点 /全部三四级缺点>=95%全部遗留问题都有解决方案全部遗留问题都有解决方案有性能指标性能测试用例中设计的性能指标达标测试报告测试人员提交测试报告查收经过1.6. UAT 考证回归测试准出标准指标公式要求功能点经过率已经过功能点 /全部功能点>=99%测试用例成功履行率成功履行的用例 /全部测试用例>=99%缺点登记率已登记缺点 /全部缺点100%一二级缺点修复率已修复一二级缺点 /全部一二级缺点100%三四级缺点修复率已修复三四级缺点 /全部三四级缺点>=97%全部遗留问题都有解决方案全部遗留问题都有解决方案有性能指标性能测试用例中设计的性能指标达标1.7. UAT 查收测试准出标准指标公式要求功能点经过率已经过功能点 /全部功能点>=99%测试用例成功履行率成功履行的用例 /全部测试用例>=99%一二级缺点修复率已修复一二级缺点 /全部一二级缺点100%三四级缺点修复率已修复三四级缺点 /全部三四级缺点>=99% UAT 测试报告用户提交 UAT 测试报告业务署名确认1.8.上线回归测试准出标准指标公式要求功能点经过率已经过功能点 /全部功能点>=99%测试用例成功履行率成功履行的用例 /全部测试用例>=99%一二级缺点修复率已修复一二级缺点 /全部一二级缺点100%三四级缺点修复率已修复三四级缺点 /全部三四级缺点>=99%.一、系统错误种类本文只定义系统测试错误，定义以下五个级别测试错误种类。