缺陷等级划分规定
缺陷严重级别划分
缺陷的等级：严重问题、中等问题、轻微问题、建议问题
严重问题：
1. 程序致命错误(fatal类型的错误)，跳转到红色错误页面；
2. 功能没有按照需求中完成；
3. 服务器因程序问题报服务器内部错误；
4. 发布版本不能正常测试，因服务器环境或者程序问题；
中等问题：
1. 在IE7,8和火狐浏览器报JS错误；
2. 页面存在变形和样式问题（跨行，跨列）；
3. 由于隐含需求导致程序问题；
4. 服务器缓存无及时更新导致的数据不一致；
5. 只有管理员才能操作的功能在没有按照正确步骤操作导致的错误；轻微问题：
1. 不影响正常使用、提示中存在错别字；
2. 不明确的错误提示。
如：非法请求等，不能给用户明确的提示；
3. 系统中英文不统一，除专业术语；
4. 必填项没有加(*)或者其他必填项的标记说明；
5. 界面存在错别字；
6. 页面中元素在原位置有很小的偏差；
7. 按钮及页面的风格不统一；
建议问题：
1. IE6及非必要浏览器中出现的JS和页面问题；
2. 外部插件中本身存在的问题。
如：编辑器插件，弹出窗口插件等。
3. 界面协调美观、更符合计算机操作习惯等；
4. 需求、设计中建议加入，但不加入不影响整体全面性问题；
5. 由于页面没加载完成导致的样式和JS的问题；。
缺陷等级划分
缺陷严重级别定义: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 ：测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。
产品质量缺陷判定及分级标准
产品质量缺陷判定及分级标准（IATF16949-2016）1.0目的对来料、制程、出货等环节产品质量检测,根据接收质量限<AQL抽样表>执行抽样检查,同时给出明确有效的缺陷判定等级,使产品缺陷判定标准统一,特制定本标准。
2.0适用范围适用于本公司质量管控各环节。
3.0定义3.1缺陷Defect:未满足预期或规定用途有关的要求;即为不良,是产品质量不良等级的严重性的划分点,是产品质量没有达到标准程度的描述;缺陷可分为四个等级:致命缺陷、严重缺陷、一般缺陷、轻微缺陷；生产过程中极少出现或不会出现“致命缺陷”，为了加严产品质量管理，引起各环节、各部门的重视，通常把缺陷分三级来管理，把“严重缺陷”称为“致命缺陷CRI”“一般缺陷”称为“严重缺陷MAJ”“轻微缺陷”称为“轻微缺陷MIN”来进行管理。
3.2致命缺陷Fatal影响质量安全的所有缺陷，影响难以纠正的非正常的情况，全影响寿命的，会造成产品故障的或造成产品使用困难的或造成下道工序混乱的缺陷都称为致命缺陷。
3.3严重缺陷Critical可以引起易于纠正的异常情况，可能影响寿命，可能引起易于修复的故障，肯定会造成使用困难，产品外观3.4一般缺陷Major3.5轻微缺陷Minor4.0职责4.1品控部：负责本标准编制并执行。
4.2各部门：负责遵守本标准的判定结果。
5.0判定条件5.1外观检测：目视(视力1.0及以上)自然光照条件下，目视距离50cm，产品置于目视角度正前方，特殊情况需从不角度观测对比。
5.1.1外观检验依据GB7707进行判定。
5.2物理力学及化学性能：根据产品使用性能依据相应标准进行判定。
6.0质量缺陷分级为：。
缺陷等级的划分
BUG等级划分方法一、四级的划分方式：1.BUG等级划分建议：目前project上的BUG严重程度分为五个等级，按照CMM5中定义的规范，BUG严重等级可分为3-5个等级，由于我们公司的CMM水平还处于初级阶段，将BUG等级划分过细不符合我们当前的CMM水平，同时也不利于测试人员对BUG等级的精确划分。
根据我们公司的情况，同时参照其它中小公司的等级划分标准，建议将BUG等级划分四个等级，分别为致命、严重、一般、提示。
● 致命(可对应目前BUG体系中的“非常严重”)：致命性问题主要为：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
具体基本上可分为：○严重花屏○内存泄漏○用户数据丢失或破坏○系统崩溃/死机/冻结○模块无法启动或异常退出○严重的数值计算错误○功能设计与需求严重不符○其它导致无法测试的错误● 严重(可对应目前BUG体系中的“严重”)严重性问题主要为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
具体基本上可分为：○功能未实现○功能错误○系统刷新错误○语音或数据通讯错误○轻微的数值计算错误○系统所提供的功能或服务受明显的影响● 一般(可对应于目前BUG体系中的“普通”)一般性问题主要为：界面、性能缺陷具体基本上可分为：○操作界面错误(包括数据窗口内列名定义、含义是否一致) ○边界条件下错误○提示信息错误(包括未给出信息、信息提示错误等)○长时间操作无进度提示○系统未优化(性能问题)○光标跳转设置不好，鼠标(光标)定位错误● 提示(可对应于目前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：测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。
产品审核缺陷等级规定
C=一般（次要）缺陷C=系数1
编制：批准/日期:
产品审核缺陷分级规定
缺陷
级别
缺陷
程度
产品审核缺陷分级
性能
外观
包装
尺寸
A级
严重（关键）缺陷
产品使用性能失效或含有害物质，顾客会提出退货或索赔。
顾客因外观质损坏的。
无法完成装配，产品不能安装的，顾客退货或索赔的。
B级
重要（主要）缺陷
不易装配或装配后影响产品功能的。
顾客可能会发现外观缺陷，并可能会提出申诉。
包装物质量达不到技术要求。
不易装配或装配后对产品功能有轻微的影响。
C级
一般（次要）缺陷
有缺陷但不影响装配和产品功能的。
顾客不会因产品外观质量提出申诉。
标识不清、错箱、标识漏放或有误。
尺寸超差不大，但在装配时不是很方便；但经安装后，对产品功能没有影响的。
附：A=严重（关键）缺陷A=系数10
缺陷等级定义
缺陷等级定义在工业设备管理中有专门的缺陷管理，缺陷是指设备或系统存在安全隐患，有专门负责检查和消除设备缺陷的人员。
缺陷等级定义缺陷等级一般分为四种，表示缺陷的程度。
缺陷等级划分规范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):系统的次要功能点或需求点没有实现；数据丢失或损坏。
工程项目质量缺陷控制规定
工程项目质量缺陷控制规定1. 总则为了加强工程项目的质量控制，预防和减少质量缺陷，确保工程项目的质量和安全，根据《建设工程质量管理条例》等相关法律法规，制定本规定。
本规定适用于我国境内所有新建、扩建、改建和加固的工程项目。
2. 质量缺陷的定义及分类2.1 定义质量缺陷是指工程项目在设计、施工、监理、验收等环节中，不符合国家、行业和地方标准、规范、规定的要求，影响工程使用功能和安全性能的问题。
2.2 分类质量缺陷分为 A、B、C 三个等级，具体划分标准见附录 A。
3. 质量缺陷的控制措施3.1 设计阶段1. 设计人员应熟悉相关法律法规、标准规范，确保设计符合要求。
2. 设计单位应建立健全内部审查制度，对设计文件进行审查，防止质量缺陷的产生。
3.2 施工阶段1. 施工单位应按照设计文件和施工技术标准施工，不得擅自修改设计。
2. 施工单位应建立健全质量管理体系，加强对施工过程的质量控制。
3. 监理单位应加强对施工过程的监督检查，发现问题及时整改。
3.3 验收阶段1. 验收单位应按照验收标准进行验收，对发现的质量缺陷进行记录和评定。
2. 对验收不合格的工程项目，应要求施工单位进行整改，直至达到验收标准。
4. 质量缺陷的处理4.1 质量缺陷的发现工程项目在施工、使用过程中，任何人发现质量缺陷，均有权向项目法人或者有关部门报告。
4.2 质量缺陷的处理程序1. 项目法人收到质量缺陷报告后，应立即组织人员进行调查、核实。
2. 对确认的质量缺陷，项目法人应根据缺陷等级和影响范围，制定处理方案，并组织实施。
3. 质量缺陷处理完毕后，项目法人应组织人员进行验收，确保处理结果符合要求。
5. 法律责任违反本规定的，由有关部门依法予以查处，构成犯罪的，依法追究刑事责任。
6. 附则本规定由XX部门负责解释，自发布之日起施行。
附录 A：质量缺陷等级划分标准[在此列出质量缺陷等级划分标准]---以上内容仅供参考，具体内容请根据实际情况进行调整。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
缺陷等级划分规定
１．缺陷等级划分规范
１．１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):系统的次要功能点或需求点没有实现；数据丢失或损坏。
执行软件主要功能的测试用例导致系统出错，程序无法正常继续执行；程序执行过于缓慢或是占用过大的系统资源。
干扰性(Disturbing):一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等软件的实际执行过程与需求有较小的差异；程序的提示信息描述容易使用户产生混淆。
具体等级划分参照表如下:
具体”影响强度”划分方法如下:
灾难性(Disastrous):术语不一致, 文档缺失,产品名称及重要信息错误,需求缺陷,产权信息错误等;
障碍性(Obstruction):不容易理解, 编制错误,内容存在歧义;
干扰性(Disturbing):错别字,个别字乱码,其他干扰性错误等
具体影响强度”划分方法如下:
灾难性(Disastrous):导致系统死机、蓝屏、挂起或是程序非法退出,大量占用系统资源利用率,导致机器运行缓慢；系统的主要功能或需求没有实现。
障碍性(Obstruction):设计不合理,操作不便, 提示、警告、错误说明信息不友好,设计不符合工作习惯.负压能力低.小问题不断以及使用户感觉不良的所有问题.
干扰性(Disturbing):错别字,个别字乱码,界面风格不相对一致,其他干扰性错误但不影响用户主要功能使用等
4) 建议类(Suggestion)
一般情况下,建议问题等级应划分为”一般”或”微小”,特殊情况下可定为”严重”.不建议定建议类问题等级为”致命”.。