测试缺陷等级定义
缺陷等级划分
缺陷严重级别定义: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 ：测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。
软件缺陷等级划分标准
软件缺陷等级划分标准
软件缺陷等级划分标准是指根据软件缺陷的严重程度和影响范围，将软件缺陷分为不同等级，以便开发人员和测试人员能够更好地管理和解决软件缺陷。
软件缺陷等级划分标准通常由软件开发公司或项目组制定，也可以参考国际标准或行业标准。
一般来说，软件缺陷等级划分标准包括以下几个方面：
1. 缺陷等级的定义：通常包括严重、一般、轻微等等，不同等级的定义可能有所不同，但一般都是根据缺陷的影响程度和紧急程度来划分的。
2. 缺陷的影响范围：缺陷的影响范围通常包括功能、性能、安全等方面，不同的缺陷可能会对不同的方面产生影响，因此需要根据具体情况来划分。
3. 缺陷的修复时间：不同等级的缺陷需要在不同的时间内进行修复，一般来说，严重的缺陷需要在最短时间内进行修复，而轻微的缺陷可以在后续版本中进行修复。
4. 缺陷的优先级：缺陷的优先级通常是根据缺陷的紧急程度和影响程
度来划分的，优先级高的缺陷需要在优先处理，以保证软件的稳定性和安全性。
总的来说，软件缺陷等级划分标准是软件开发和测试过程中非常重要的一部分，它可以帮助开发人员和测试人员更好地管理和解决软件缺陷，提高软件的质量和稳定性。
因此，在软件开发和测试过程中，需要根据具体情况制定合理的软件缺陷等级划分标准，并严格按照标准进行管理和处理。
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：测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。
缺陷等级划分规定
缺陷等级划分规定１．缺陷等级划分规范１．１Bug等级种类及定义:Bug等级可分为:致命,严重,一般的,微小的四种.致命（critical）：致命的错误，造成系统或应用程序崩溃（crash）、死机、系统悬挂、或造成数据丢失、主要功能组完全丧失严重（major）：严重错误，指功能或者特性（feature）没有实现，主要功能丧失，导致严重的问题，或致命的错误声明一般的（normal）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果。
如次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等微小的（minor）：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等１．２等级划分步骤:1) 功能方面结合”缺陷发生率”(Exposure Risk)和”影响强度”(Impact Intensity)对Bug进行等级划分.”缺陷发生率”是指在运用产品过程中,出现某个缺陷的频率, 可分为四种:不可避免,经常,偶尔,很少.不可避免(Unaviodable):只要运行系统或应用程序,或者使用软件主要功能,该缺陷就能出现. 经常(Frequent):在使用软件过程中,需要通过几步操作出现,或者是一些不常用的非主要功能的缺陷,或者出现该缺陷的频率在30-70%的.偶尔(Occasional):缺陷出现的前提是通过多次操作或多个步骤,或者缺陷出现的概率在2%-30%.很少(Rare):低频率操作,或者出现的前提是通过N次操作或N个步骤,或者缺陷出现的概率低于2%的.“缺陷影响强度”是指在运用产品过程中,某个缺陷影响产品使用的程度,可分为三种:灾难性,障碍性,干扰性.灾难性(Disastrous):测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现；关键性能指标达不到要求；障碍性(Obstruction):系统的次要功能点或需求点没有实现；数据丢失或损坏。
缺陷等级的划分
BUG等级划分方法一、四级的划分方式：1.BUG等级划分建议：目前project上的BUG严重程度分为五个等级，按照CMM5中定义的规范，BUG严重等级可分为3-5个等级，由于我们公司的CMM水平还处于初级阶段，将BUG等级划分过细不符合我们当前的CMM水平，同时也不利于测试人员对BUG等级的精确划分。
根据我们公司的情况，同时参照其它中小公司的等级划分标准，建议将BUG等级划分四个等级，分别为致命、严重、一般、提示。
● 致命(可对应目前BUG体系中的“非常严重”)：致命性问题主要为：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
具体基本上可分为：○严重花屏○内存泄漏○用户数据丢失或破坏○系统崩溃/死机/冻结○模块无法启动或异常退出○严重的数值计算错误○功能设计与需求严重不符○其它导致无法测试的错误● 严重(可对应目前BUG体系中的“严重”)严重性问题主要为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
具体基本上可分为：○功能未实现○功能错误○系统刷新错误○语音或数据通讯错误○轻微的数值计算错误○系统所提供的功能或服务受明显的影响● 一般(可对应于目前BUG体系中的“普通”)一般性问题主要为：界面、性能缺陷具体基本上可分为：○操作界面错误(包括数据窗口内列名定义、含义是否一致) ○边界条件下错误○提示信息错误(包括未给出信息、信息提示错误等)○长时间操作无进度提示○系统未优化(性能问题)○光标跳转设置不好，鼠标(光标)定位错误● 提示(可对应于目前BUG体系中的“轻微及建议”)提示性问题主要为：易用性及建议性问题具体基本上可分为：○ 界面格式等不规范○ 辅助说明描述不清楚○ 操作时未给用户提示○ 可输入区域和只读区域没有明显的区分标志○ 个别不影响产品理解的错别字○ 文字排列不整齐等一些小问题○ 建议注意：对于结构及硬件问题，由于产品测试部仅是进行辅助测试，碰到此类问题时，均将于定位于等级“致命”，具体情况由结构及硬件部门相关人员确认。
缺陷等级 (4)
缺陷等级1. 引言缺陷等级是软件开发和测试中常用的一个概念，用于对软件缺陷的严重程度进行分类和评估。
缺陷等级的确定对于开发团队和测试团队都非常重要，它直接影响着团队在缺陷修复过程中的优先级和资源分配。
本文将介绍缺陷等级的概念和作用，并分享一些常见的缺陷等级分类标准和评估方法。
2. 缺陷等级的概念和作用缺陷等级用于表示缺陷的严重程度，不同的缺陷等级代表了不同的优先级和处理方式。
缺陷等级的确定有助于开发团队和测试团队在修复缺陷时有条不紊地进行工作，提高软件质量和用户体验。
通过设定缺陷等级，团队可以明确缺陷修复的优先级，以确保重要的缺陷能够及时得到解决，从而降低软件质量带来的风险。
3. 常见的缺陷等级分类标准3.1 严重程度在软件开发和测试中，通常将缺陷等级与严重程度相对应。
以下是一种常见的严重程度分类标准：•严重：缺陷导致软件崩溃或无法正常工作，严重影响用户的使用。
•一般：缺陷引起某些功能异常或性能下降，但用户仍然可以正常使用软件。
•轻微：缺陷对用户的使用体验影响较小，通常是一些不太显眼或偶发的问题。
根据严重程度的不同，团队可以决定缺陷修复的优先级和时间安排。
3.2 优先级除了严重程度外，还常常使用优先级来分类缺陷等级。
以下是一种常见的优先级分类标准：•高：必须立即修复的缺陷，例如软件无法启动或重要功能无法正常使用。
•中：需要在下个版本或迭代中修复的缺陷，例如某些功能的异常或性能下降。
•低：可在后续版本或迭代中修复的缺陷，通常是一些轻微的问题或用户体验改进。
通过设定缺陷的优先级，团队可以根据开发进度和资源分配情况来决定修复的顺序。
4. 缺陷等级评估方法为了准确评估缺陷的等级，团队可以采用以下方法之一：4.1 问题重现率问题重现率是衡量缺陷严重程度的重要指标。
如果一个缺陷能够被重现并且造成了明显的影响，那么它很可能被认为是一个严重的缺陷。
通过测试团队或用户的反馈，开发团队可以了解到问题的重现率，并据此评估缺陷等级。
测试错误等级标准
测试错误等级标准1.错误等级标准依据产生错误对客户使用造成的后果严重性将抽测出的问题按三个等级划分，即：（A 类：严重错误；B类：中度错误；C类：轻度错误）2.分级方法及简要说明A类：严重问题●系统死锁、崩溃：在流程、数据或安全方面存在重大问题，导致软件不具可用性，或核心功能项无法使用；或由于设计的缺陷，导致软件使用过程中出现内存不足、死机、重起等；●由于设计的缺陷，导致软件使用中存在较明显的障碍，或者局部功能错误；B类：中度错误由于编码不够完善，使某个小功能无法使用，但可以采取其他变通的操作实现；C类：轻度错误●对特殊的操作与要求不能支持；●存在某些细微的缺陷，但不影响程序正常应用。
2.1 从软件规范化角度说明A类：严重问题严重不合理，核心功能完全违反软件规范或业务规范，可能导致用户强烈的反感。
B类：中度错误一般不合理，即使用户经过较长时间的熟练依然有错误操作的可能，或者使用者始终无法较流畅的操作，可能会导致用户的抱怨。
C类：轻度错误界面不合理，存在歧义，需要反复和用户说明，即使如此，也有可能在使用中感到不便；界面设计存在缺陷、凌乱或不友好。
2.2 从软件功能实现角度说明A类：严重问题由于需求、设计错误导致流程和流程控制存在重大错误，与现有政策法规或实务惯例的规定（约定）有明显冲突；由于设计错误严重削弱软件处理事务的能力；由于编码错误导致骨干流程不可用。
B类：中度错误局部功能无法正常使用，但不影响软件整体流程的实现；无法满足可以预料到的特殊应用；软件功能的实现过程中弹出未控制的系统错误提示，导致流程中断。
C类：轻度错误●功能虽然能够正常使用，但由于实现过程中缺乏容错性，不能对设计边界以外（甚至边界本身）的数据或操作做出正确的响应，导致程序整体不稳定；运行过程中弹出未控制的系统提示，但不影响流程继续。
●处理过程中出现的对实现功能没有影响的缺陷；经过说明，用户可以较容易理解并且不影响用户使用的；实质上与软件实现需求无关的。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
缺陷等级定义
目录
缺陷等级定义 (1)
B/S架构(Web)测试的缺陷等级定义： (1)
C/S架构(Client)测试的缺陷等级定义： (2)
服务器及接口测试的缺陷等级定义： (4)
B/S架构(Web)测试的缺陷等级定义：
A: 致命
1.正常的用户操作导致浏览器崩溃或无响应
2.产品核心功能没有实现或无法使用
3.程序实现与需求严重不符
4.其他导致无法测试的错误
5.严重的数值计算错误
6.存在致命的安全漏洞
7.Bug被重开3次以上含3次
8.上线前最后一个版本配置管理出现问题
B: 严重
1.产品功能实现不正确
2.主业务流程对应的功能未实现，阻碍测试继续进行
3.严重的兼容性问题和页面样式问题，如：页面样式严重错乱，导致页面控件无法正常定
位；
4.正常的用户操作导致浏览器出现偶发类崩溃（偶发概率20%以上）
5.程序实现与需求功能上不符
6.其他导致部分模块无法测试的错误
7.主要数值计算错误
8.严重的功能逻辑错误
9.Bug被重开2次
10.上线前进入最后一轮测试时版本配置管理出现问题
C: 较严重
1.正常的用户操作导致浏览器出现偶发类崩溃（偶发概率10%以下）
2.用户非常规操作导致浏览器崩溃或影响系统性能的问题
3.程序上非主要功能与需求上功能描述不符
4.功能实现错误但不影响主要流程
5.轻微的数值计算错误
6.页面出现JS错误且导致某功能不可用
7.兼容性导致的主要功能问题
8.系统中用户权限实现有误
9.初始化错误
10.Bug被重开1次
11.上线前进入测试时，提交测试的过程版本配置管理出现问题
12.操作界面UI类的严重错误，易造成大量投诉，产生较坏影响力
D: 一般性问题主要为：界面类、容错类缺陷
1.操作界面UI类的一般性错误
2.边界条件下错误
3.提示信息错误（包括未给出信息、信息提示错误等）
4.界面中操作焦点错误（如按Tab键未顺序操作，弹出其他窗口后主界面焦点位置错误等）
5.输入域的相关问题，如：输入框长度判断错误；
E:易用性和建议类缺陷
1.界面格式等不规范
2.辅助说明描述不清楚
3.操作时未给用户提示
4.可输入区域和只读区域没有明显的区分标志
5.个别不影响产品理解的错别字
6.文字排列不整齐等一些小问题
7.建议类型的缺陷
C/S架构(Client)测试的缺陷等级定义：
A: 致命
1.程序无法运行/模块无法启动/异常退出
2.程序导致操作系统崩溃/死机/蓝屏
3.程序实现与需求严重不符
4.程序实现与技术文档严重不符
5.程序实现与开发规范严重不符
6.导致产品无法继续进行测试的缺陷
7.程序占用资源高（比同类产品高出50%以上）
8.内存、GDI等泄漏
9.Bug被重开3次以上含3次
10.上线前最后一个版本配置管理出现问题
B: 严重
1.程序可基本运行但主要功能模块运行异常
2.程序出现偶发类崩溃（偶发概率20%以上）
3.程序实现与需求功能上不符
4.程序实现与技术文档中定义有差别造成功能实现不全面
5.程序实现与开发规范不符导致相关功能实现错误
6.导致部分模块无法继续测试的错误
7.程序占用资源偏高（比同类产品高出20%～50%之间）
8.性能不达标
9.Bug被重开2次
10.上线前进入最后一轮测试时版本配置管理出现问题
C: 较严重
1.程序出现偶发类崩溃（偶发概率10%以下）
2.程序上非主要功能与需求上功能描述不符
3.功能实现错误
4.实现了多余功能
5.程序占用资源略高（比同类产品高出的百分比不超过20%）
6.界面刷新类错误
7.参数未进行输入限制导致严重错误
8.性能需要优化
9.Bug被重开1次
10.上线前进入测试时，提交测试的过程版本配置管理出现问题
D: 一般性问题主要为：界面类、容错类缺陷
1.操作界面UI存在常规错误
2.边界值限制错误
3.提示信息错误（包括未给出信息、信息提示错误等）
4.界面中操作焦点错误（如按Tab键未顺序操作，弹出其他窗口后主界面焦点位置错误等）
5.窗口模态/非模态属性错误
E:易用性和建议类缺陷
1.界面格式等不规范
2.界面UI存在微小瑕疵，诸如按钮多边角、多像素等
3.辅助说明描述不清楚
4.操作时提示信息不完善
5.文字说明中存在的错别字、错误标点符号
6.控件、文字排列不整齐等一些小问题
7.建议类型的缺陷
服务器及接口测试的缺陷等级定义：
A: 致命
1.程序无法运行/模块无法启动/异常退出
2.程序出现可重现类崩溃/死机/冻结
3.程序实现与需求严重不符
4.程序实现与技术文档严重不符（服务器架构等）
5.程序实现与开发规范严重不符（如日志输出）
6.其他导致无法测试的错误
7.严重的数值计算错误
8.丢包率超过40%
9.程序占用资源高（比同类产品高出50%以上）
10.内存泄漏
11.Bug被重开3次以上含3次
12.上线前最后一个版本配置管理出现问题
13.性能很差无法提供正常服务
B: 严重
1.程序可基本运行但主要功能模块运行异常
2.程序出现偶发类崩溃（偶发概率20%以上）
3.程序实现与需求功能上不符
4.程序实现与技术文档中定义有差别造成功能实现不全面
5.程序实现与开发规范不符导致相关功能实现错误（如有日志输出但日志格式非标准化）
6.其他导致部门模块无法测试的错误
7.主要数值计算错误
8.丢包率在10%～40%之间
9.程序占用资源偏高（比同类产品高出20%～50%之间）
10.Bug被重开2次
11.上线前进入最后一轮测试时版本配置管理出现问题
12.不同类型窗口调用出现逻辑错误
13.性能不达标
C: 较严重
1.程序出现偶发类崩溃（偶发概率10%以下）
2.程序上非主要功能与需求上功能描述不符
3.功能实现错误
4.轻微的数值计算错误
5.丢包率在10%以下
6.程序占用资源略高（比同类产品高出的百分比不超过20%）
7.Bug被重开1次
8.上线前进入测试时，提交测试的过程版本配置管理出现问题
9.刷新类错误
10.有影响的参数未进行输入限制
11.性能不优化
D: 一般性问题主要为：界面类、容错类缺陷
1.接口参数检查已实现，但不全面
2.操作界面UI类错误
3.边界条件下错误
4.提示信息错误（包括未给出信息、信息提示错误等）
5.界面中操作焦点错误（如按Tab键未顺序操作，弹出其他窗口后主界面焦点位置错误等）E:易用性和建议类缺陷
1.界面格式等不规范
2.辅助说明描述不清楚
3.操作时未给用户提示
4.可输入区域和只读区域没有明显的区分标志
5.个别不影响产品理解的错别字
6.文字排列不整齐等一些小问题
7.建议类型的缺陷。