测试缺陷等级定义

缺陷严重级别定义: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定义标准广东旭普空间信息技术产业发展有限公司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体系中的“轻微及建议”)提示性问题主要为：易用性及建议性问题具体基本上可分为：○ 界面格式等不规范○ 辅助说明描述不清楚○ 操作时未给用户提示○ 可输入区域和只读区域没有明显的区分标志○ 个别不影响产品理解的错别字○ 文字排列不整齐等一些小问题○ 建议注意：对于结构及硬件问题，由于产品测试部仅是进行辅助测试，碰到此类问题时，均将于定位于等级“致命”，具体情况由结构及硬件部门相关人员确认。

缺陷等级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. 低风险：低风险级别的安全隐患，指可能会造成一定影响，但不会引发安全事件的潜在隐患，如软件界面设计等。

二、功能缺陷
功能缺陷是指在软件开发过程中，没有按设计要求实现的功能，或者根据用户的需求，软件系统未提供预期的功能。

功能缺陷等级主要有四个：高级别、中级别、低级别和建议级别。

1. 高级别缺陷：高级别缺陷是指程序失效或软件系统出现较严重错误，影响软件使用的缺陷。

2. 中级别缺陷：中级别缺陷是指程序失效或软件系统出现一定程度的错误，可能影响软件使用的缺陷。

3. 低级别缺陷：低级别缺陷是指程序失效或软件系统出现较小的错误，可能影响软件使用体验的缺陷。

4. 建议级别缺陷：建议级别缺陷是指软件系统出现的可优化的缺陷，或者是根据用户需求，软件系统没有进行相应的功能开发，但不影响软件使用的缺陷。

缺陷等级定义在工业设备管理中有专门的缺陷管理，缺陷是指设备或系统存在安全隐患，有专门负责检查和消除设备缺陷的人员。

缺陷等级定义缺陷等级一般分为四种，表示缺陷的程度。

缺陷等级划分规范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):系统的次要功能点或需求点没有实现；数据丢失或损坏。

测试缺陷等级划分开发同学说，感觉我的等级划分是乱来的。

所以特别来记录下缺陷等级程度的划分。

测试过程中发现的缺陷⼀般分为如下⼏类：功能问题（FunctionError）：对产品、项⽬质量有影响，但尚难以确定是否是错误，暂时⽆法解决功能缺陷（FunctionDefect）：不满⾜⽤户需求等bug的总称页⾯缺陷（UIDefect）：页⾯美观性、协调性、错别字等建议类（Suggestion）：对产品、项⽬的建议性意见，不强制要求修改硬件性能：进⾏性能测试时使⽤，暂定：⽹络延时、内存问题、CPU占⽤、硬盘问题安全性问题：进⾏系统安全测试时使⽤，暂不订具体标准业务流程问题：进⾏业务流程测试时进⾏数据库性能：暂不执⾏模块间接⼝问题:涉及有模块间数据传递时使⽤其他(Other):其它根据各类缺陷的严重程度将缺陷分为5个等级，具体如下：1、低(Low) -建议类错误，对软件的改进意见或者建议。

如： a、功能建议b、操作建议c、校验建议 d、说明建议 e、UI建议2、中(Medium) -使操作者不合理或者不⽅便或操作遇到⿇烦，但它不影响执⾏⼯作功能或重要功能，次要功能，对产品使⽤影响不⼤。

如：　界⾯错误： a、使操作者不⽅便或者遇到⿇烦，但不影响执⾏⼯作功能的实现 b、界⾯、控件的摆布、图标、输⼊输出不规范提⽰类错误： a、删除操作未给出提⽰ b、长时间操作未给出提⽰ c、提⽰窗⼝⽂字未采⽤⾏业术语 d、出错没有提⽰其他错误 a、不符合编码标准 b、辅助说明描述不清楚、不规范 c、快捷键⽆效，快捷键错误操作 d、打印内容、格式错误3、⾼(High) -影响系统正常运⾏的缺陷，主要功能出现错误，影响到产品的使⽤。

如：数据库缺陷：数据库设计未达到第三范式的要求或需求规格说明的格式⽔平操作错误：因错误操作迫使程序中断功能错误： a、程序功能⽆法实现 b、程序功能实现错误其他错误： a、脚本错误 b、软件产品的编译，打包，安装，卸载错误4、⾮常⾼(Very High) - 规定的功能没有实现或不完整或产⽣错误结果；设计不合理造成性能低下，影响系统的运营；使系统不稳定、或破坏数据；⽽且是常规操作中经常发⽣或⾮常规操作中不可避免的主要问题，且没有办法更正（重新安装或重新启动软件不属更正办法），须尽快修正，如：数据缺陷： a、数据计算错误 b、数据约束错误 c、数据输⼊、输出错误数据库缺陷： a、数据库发⽣死锁 b、数据库的表、业务规则、缺省值未加完整性等约束条件 c、数据库连接错误 d、数据通讯错误接⼝缺陷： a、程序接⼝错误 b、硬件接⼝、通讯错误功能错误： a、程序功能⽆法实现 b、程序功能实现错误5、紧急(Critical) -不能执⾏正常⼯作或重要功能，使系统崩溃或资源严重不⾜，数据丢失（⾦币，包⼦）⾮常死机等导致系统不能继续运⾏须马上修正，如： a、由于程序所引起的死机，⾮法退出 b、程序死循环 c、性能与需求不⼀致（压⼒测试） d、存在安全性与保密性问题 e、⽂件打开与保存错误总结：1级-建议问题的软件缺陷（Enhancemental）：由问题提出⼈对测试对象的改进意见或测试⼈员提出的建议、质疑。

文件编制部门文件类型页数工程部三级制度文件共8 页第1 页对来料检查、制程检查、出货检查等等在质量检查时要依据公司《AQL 抽样表》 (见附件一)执行抽样检查，同时给出明确的有效的质量检查缺陷判定等级标准;使质量判定标准在统一的水准下使用，提升公司及品牌品质形象，为此特制定本文件。

二、凡本公司质量管控的各环节，在进行质量检查时，遇到产品缺陷判定时均可使用。

未满足与预期或者规定用途有关的要求；即为不良,是产品质量不良等级的严重性的划分点,是产品质量没有达到标准程度的描述;质量缺陷分为四个等级：致命缺陷、严重缺陷、普通缺陷、轻微缺陷;公司在生产时严格控制，必须使“致命缺陷”零发生，为了加严管理,提高品管级别, 引起重视,公司产品缺陷分三级来管理，把“严重缺陷”合并为“致命缺陷”来管理，即“致命缺陷”和“严重缺陷”都为“致命缺陷”; “普通缺陷”称为“严重缺陷”来管理; “轻微缺陷”还称为“轻微缺陷”来管理。

影响安全的所有缺陷；影响产品失去应有功能故障、造成部份功能缺失的或者可能影响到产品的部份功能但可以正常使用到其他产品；造成产品后工序不能装配的或者产品影响装配的或者装配需要另行处理的；产品颜色出错或者产品颜色有较大偏差的；导致产品装配不良或者不能按照正常程序装配的.产品有涉及到外观的气泡、色粉点、黑点的；可能影响到装配，但通过简单后续工艺就能够得到解决的；产品轻微变形但不影响安全、功能、使用和外观的；产品有轻微色差的。

产品有不会涉及到产品整体外观的气泡、黑点等外观缺陷；产品有普通缺陷但被其他配件遮盖且不影响安全、功能、使用及配合的。

页数共8 页第2 页产品应在摹拟实际使用条件的情况下实施检验；产品在做跌落、强迫变形等试验时应使用相关设施并有明确的量化。

产品在做相关理化检验时应根据相关相应的国标、地标行企标实施。

产品在生产单一配件是就应该做产品整体功能及配合度的检验；产品的功能及配合检验应高于该产品的实际使用环境条件；外观检验产品应该在光线良好在环境下实施；实色产品应在距离30CM 摆布平视检验；透明或者半透产品应在距离30CM 透光检验。

BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。

如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。

2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。

功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。

如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。

3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。

如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。

如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。

3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。

4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。

B U G等级划分标准 Document number：NOCG-YUNOO-BUYTT-UU986-1986UTBUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。

如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。

2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。

功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。

如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。

3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。

如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。

如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。

3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。

测试用例基线和缺陷问题的严重等级定义及度量在软件测试的世界里，有一件事儿是大家都绕不开的，那就是测试用例的基线和缺陷的严重等级。

这俩东西，听上去可能有点儿“高大上”，但其实说白了就是“测试的标准”和“缺陷的分级”。

但要是你看不懂这些术语，那真的是要抓狂了。

别急，咱们今天就轻松聊聊这两样东西，保证你听得懂，懂了之后还能笑着说“哦，原来是这么回事儿”。

说到测试用例基线，简单来说，就是一份“标准化的测试清单”。

你想啊，做什么事情都得有个准则，像考试得有考试大纲，做饭得有菜谱，测试用例基线也就是确保测试过程中，所有的测试用例都不偏离“标准路线”。

想想看，假如你没有这个基线，测试人员就像一群无头苍蝇，左撞右撞，结果肯定是跑偏。

没标准，怎么能知道是不是做对了呢？基线就像一个坐标系，让所有的测试都能精准定位。

而且啊，基线不是一成不变的，它得随时调整、优化，跟上软件更新的步伐，才能保证测试的有效性。

再来聊聊“缺陷的严重等级”吧。

这个嘛，说得简单点儿，就是“缺陷到底有多严重”。

一点小小的错误也能把人气得要命；但软件崩溃了，问题一大堆，大家却还能笑着接受，甚至有点小小的“宽容”。

所以，缺陷的等级要根据它对系统、用户或者业务的影响来分。

别说小问题不重要，碰到影响大局的Bug，那才叫大事儿！你想啊，一个登录界面都打不开，那直接影响到用户的体验，严重性简直是红色警报；可要是个啥界面显示的小瑕疵，像字体微微偏了点儿，或者背景颜色有点不搭，那就算了，大家都心照不宣地“忽略”了，不会太大惊小怪。

要是缺陷分级不清晰，那可麻烦了。

你看，很多时候开发人员可能觉得某个问题不大，觉得“哎呀，等以后再修吧”，可测试人员或者产品经理可不这么看。

他们得按严重程度来排优先级，要不然哪能保证最重要的Bug先修？这就好比你把家里的水管破了，但你却先修了个墙面裂缝，结果水漫金山，墙面也废了，岂不更惨？所以，缺陷的严重性分得清清楚楚，谁都能明白哪个要先处理，哪个可以稍等一等。

零件缺陷等级如今在各个生产车间里使用的机器都是由零件组成，而由于机器使用过久，零件也存在缺陷。

检验零件缺陷分类的划分:1、外观缺陷分:1类缺陷或3类缺陷2、尺寸缺陷分:2类缺陷:3、性能缺陷分:3类缺陷:另:压铸件、表面处理、印刷物品缺陷划分:1类缺陷、2、类缺陷、3、类缺陷。

一、压铸件1类影响(致命缺陷)(1)材质用错;(2)铸件有裂纹;(3)受力面及附近有穿透性冷隔;2类(重要缺陷)(1)影响装配强度的气孔;(2)影响整机性能、强度的非受力面有透性冷隔;(3)配合尺寸(含加工部分)严重超差,影响装配质量。

3类(次要缺陷)(1)影响装配强度的气孔;(2)不影响装配强度的非穿透性冷隔;(3)不影响装配质量的装配尺寸,(含加工)超差和非装配尺寸(模具保证非配合尺寸不记)(4)不影响质量外观的铸造成流痕及花纹;(5)不影响装配质量的欠铸、锐边、顶杆凸起凹进、水口、夹渣、出气槽的残留痕迹等。

二、塑料件1类(致命缺陷)(1)材质用错;(2)零件裂纹、零件严重发脆(如拉不脱受力后就破裂);(3)零件表面颜色与样板反差大。

2类(重要缺陷)(1)尺寸超差,影响装配质量的缺陷;(2)零件压注下成型,受力面及其附近冷隔或分层变形严重;3类(次要缺陷)(1)零件压注不成型,非受力面有轻松的不影响外观及装配质量的缺料、冷隔或分层;(2)零件表面有较轻不影响装配的疏松、气泡、气孔和外来杂物;(3)零件轻微变形,或校正以后仍变形但不影响装配(如风罩校正后仍有变形,装配后可正过来);(4)零件表面有局部电蚀纹不清,非外面少量气孔,夹渣和局部色泽不均匀;(5)零件表面有轻微的水印、发白、银丝等。

三、橡胶件1类(致命缺陷)(1)材质用错;(2)表面有裂纹;(3)性能测试不符合要求。

2类(重要缺陷)(1)装配尺寸超差,影响装配质量。

3类(次要缺陷)(1)零件表面有气泡、孔眼、杂质凸凹不平。

(2)装配与配合尺寸超差,不影响装配质量;(3)模压橡胶件飞边毛刺与缺口>0.5mm,模缝错位<0.2mm。

缺陷严重等级细分标准致命：定义：导致运行中断(应用程序崩溃)，导致整个程序不能使用，或者存在重大风险、隐患。

场景：1.客户端、服务器死机或者不响应2.数据库死锁3.客户端异常退出4.客户端无法正常连接服务器5.需求未实现，或者实现的功能与需求完全不符6.核心功能出现异常：A.数据备份时,漏备份表B.日终流程报错,无法继续正常运行C.日终数据处理时,对不该处理的数据进行了处理,对应该处理的数据没有进行处理D.核心菜单或功能按钮一点就报异常,导到无法继续进行操作或提交申请;E.引起用户无法登录的问题,如验证码无法获取.一进入登录页面就报客户异常.用户输入正确的信息也不能正常登录.F.多导出或导入申请数据或少导出或导入申请数据;G.页面上缺少关键功能按钮,导到申请不能提交或不能查询;7.严重的数值计算或插入数据表错误A.金额,份额,申请日期,清算日期,划款状态,扣款状态,基金帐号,交易帐号等关键字段值写入数据库错误8.提交的测试包问题A.后台服务不能正常启动B.程序无法正常编译通过9.页面问题A.A基金公司的页面或提示信息或签订的协议内容上出现了B基金公司的名称严重：定义：预期的功能没有得到实现,测试工作无法继续进行等，导致某些重要功能不能使用，或可能带来一些安全性问题场景：1.实现的功能与需求不符2.核心功能的性能较差3.非核心功能出现异常A.查询或报表一点就报错;B.导入,导出的数据信息总数正确,但数据信息中的数据错误.如业务代码转译,交易帐号重新获取等;C.传给接口的数据不正确;4.安全性问题5.轻微的数值计算错误6.脚本问题A.脚本漏提交;B.脚本运行报错;C.脚本运行后,将数据库中的数据修改错误;7.页面或界面问题A.页面显示混乱,如大篇幅的文字或图片重叠.头尾位置颠倒等B.页面数据显示与数据库中的不一致;如金额,份额,清算日期,申请日期,扣划款状态等;C.页面或界面上的数据出现乱码.一般：定义：影响某些功能的使用，功能实现不完善,对产品使用影响不大.场景：1.非核心功能的性能较差2.核心功能的TAB键顺序不对3.容错性差在应该输入数字的地方输入了字母，系统没有给出提示，导致最终的操作失败4.易用性差下拉框中的数据有成百上千个，程序可以过滤一些无效数据而未进行过滤，造成用户操作不方便5.显示不完整字段的显示宽度不够，不能完整显示信息6.界面问题A.文字描述混乱，用户无法做出合理的判断7.简单的输入限制未放在前台进行控制8.删除操作未给出提示次要：定义：界面显示/相关提示信息/文字描述等有误,且不影响产品功能使用，场景：1.非核心功能的TAB键顺序不对2.长操作没有进度提示3.输入区域和只读区域没有明显区分4.提示信息不准确，显示格式不规范5.颜色刺眼6.文字在高亮之后看不清楚7.页面或界面问题A.页面上控件不对齐B.数据显示不对齐C.报表数据写到表格外,但不影响阅读D.可输入区域和只读区域没有明显的区分标志优化：定义：建议，不存在错误，但在功能、实用性、美观性等方面需要完善场景：1.界面风格不统一2.布局不合理3.字体与界面不协调4.图片和图标的含义不明确5.按钮大小不一致6.文字的对齐方式不合理7.数据显示的先后顺序不合理缺陷打回准则3个一般缺陷或者1个严重易现缺陷需求不明确，需求与设计不符合或者其他影响测试的情况修改内容不清晰不完整或者与设计需求不符合要进行代码审核的单子未执行代码审核约定开发组要进行内部联测的修改单没有同步提交相应联测说明修改单测试建议退回准则场景：1）需求、设计、测试建议及附件文档无法形成完整的测试资料，导致测试项遗漏或需确认才清晰；2）测试建议遗漏、错误和存在误导；3）需求、设计、测试建议，存在不符合情况，但并未作说明。