测试缺陷等级表 - 360文档中心

缺陷严重级别划分

缺陷的等级：严重问题、中等问题、轻微问题、建议问题
严重问题：
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 ：测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。

产品缺陷等级分类表

糊金
烫金压力过重/温度过高导致糊版
※
D15
28
烫击穿纸击凹/烫金过程中导致穿纸
※
D16
29
压纹浅产品表面效果浅/样品不一致
※
D17
30 浮雕/击凸浅产品表面效果浅/样品不一致
※
D18
31
短坑/超坑裱坑见坑纸与面纸位置造成
※
D19
32
甩坑
裱纸干后容易撕开/分层/脱落
※
D20
33 裱纸上下粘连裱纸胶水粘到上下物料造成粘坏粘烂
※
D8
21
丝印飞油丝印油墨飞溅到印张其他地方
※
D9
22
丝印糊版丝印图文模糊变粗
※
D10
23 丝印套位不准过程中位置不准≥0.5mm
※
D11
24
金纸色差烫金纸颜色与样品颜色不一致
※
D12
25
掉金/沙眼烫金面掉金或颗粒状掉金
※
D13
26 烫金套位不准烫金过程中位置不准≥0.5mm
※
D14
27
※
C6
7
水干/水大印张水墨失衡导致
※
C7
8
水墨杠/鬼影印张表面有杠印/花印
※
C8
9
擦花/拖花印张表面有刮擦/拖擦痕迹/油墨花
※
C9
10
过底粘花印张下面一张油墨带起粘到上面一张
※
C10
11
错字/缺字印张残字/字体错误等
※
C11
12
皱纸/烂纸印张有皱烂
※
C12
13
覆错膜光膜/哑膜/触感膜等使用错误

测试BUG等级划分标准

BUG类型缺陷
S级bug，优先级最高
致命缺陷：
1、代码存在巨大缺陷（代码结构有巨大问题）
2、数据库存在巨大隐患（如恶意攻击造成的账户私密信息泄露）
3、充值存在问题（如金钱计算错误、充值不到账）
4、具体功能未实现
5、系统不稳定等（如常规操作会引发系统崩溃、死机、死循环）
A级bug，优先级次高
严重缺陷：
1、重要功能未实现（例如：更新的功能为实现，功能设计与需求严重不符）
2、功能操作影响多个其他功能
3、代码有错误（非常规操作会导致的崩溃、死机、死循环等）
4、UI界面存在影响功能实现的问题（封面图片的失真、压缩、完全变形等）
5、前端的安全问题等（密码明文显示等）
B级bug，优先级一般
一般缺陷：
1、次要功能不能正常实现
2、操作UI显示错误（增删改查等）
3、部分操作未给出提示（例如：删除、修改等）
4、UI兼容性问题等
建议修改类型缺陷
优化建议，优先级最低（建议修改）
程序在一些显示上不美观，不符合用户习惯，用户体验不佳或者是一些文字的错误
1、界面格数等不规范
2、辅助说明描述不清楚
3、提示窗口文字未采用行业术语
4、界面存在文字错误等等
需求
测试过程中发现的一些为实现功能，但不属于本次版本内容，下个版本增加的内容，缺陷记录为：需求。

缺陷等级的划分

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：测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。

缺陷等级划分规定

缺陷等级划分规定１．缺陷等级划分规范１．１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. 引言 (3)1.1 编写目的 (3)1.2 定义与缩写 (3)1.3 参考资料 (4)2. 软件缺陷分类标准 (4)2.1 问题类型 (4)2.2 缺陷属性 (4)2.3 缺陷类型 (4)2.4 缺陷严重程度 (6)2.5 缺陷优先级 (8)2.6 缺陷状态 (8)2.7 缺陷来源、起源 (9)2.8 缺陷根源 (9)2.9 缺陷产生可能性 (10)1.引言1.1编写目的制定本标准的目的是为软件测试提供确信分类的标准。

本文档说明了问题类型、缺陷属性、确缺陷类型、缺陷严重级别、缺陷优先级、缺陷状态、缺陷修改次数、缺陷原因。

其预期的读者是测试人员、开发人员、开发经理。

1.2定义与缩写1.3参考资料表格1-2 参考资料列表2.软件缺陷分类标准2.1问题类型表格2-1 问题类型表格2.2缺陷属性软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷状态、缺2.3缺陷类型2.4缺陷严重程度缺陷严重程度:指因缺陷引起的鼓掌对软件产品的影响程度。

2.5缺陷优先级2.6缺陷状态2.7缺陷来源、起源缺陷来源：缺陷引起的故障或事件第一次被检测的阶段，有需求说明书、设计文档、系统集成接口、数据流（库）、程序代码。

缺陷起源：在团建生命周期中软件缺陷占的比例：需求和构架设计阶段占54%、设计阶2.8缺陷根源缺陷根源：测试策略，过程、工具和方法，团队\人，缺乏组织和通讯，硬件，软件，工作环境等造成上述错误的根本因素，以寻求开发、测试人员可改进的地方。

2.9缺陷产生可能性表2-9 缺陷产生可能性。

缺陷等级 (4)

缺陷等级1. 引言缺陷等级是软件开发和测试中常用的一个概念，用于对软件缺陷的严重程度进行分类和评估。

缺陷等级的确定对于开发团队和测试团队都非常重要，它直接影响着团队在缺陷修复过程中的优先级和资源分配。

本文将介绍缺陷等级的概念和作用，并分享一些常见的缺陷等级分类标准和评估方法。

2. 缺陷等级的概念和作用缺陷等级用于表示缺陷的严重程度，不同的缺陷等级代表了不同的优先级和处理方式。

缺陷等级的确定有助于开发团队和测试团队在修复缺陷时有条不紊地进行工作，提高软件质量和用户体验。

通过设定缺陷等级，团队可以明确缺陷修复的优先级，以确保重要的缺陷能够及时得到解决，从而降低软件质量带来的风险。

3. 常见的缺陷等级分类标准3.1 严重程度在软件开发和测试中，通常将缺陷等级与严重程度相对应。

以下是一种常见的严重程度分类标准：•严重：缺陷导致软件崩溃或无法正常工作，严重影响用户的使用。

•一般：缺陷引起某些功能异常或性能下降，但用户仍然可以正常使用软件。

•轻微：缺陷对用户的使用体验影响较小，通常是一些不太显眼或偶发的问题。

根据严重程度的不同，团队可以决定缺陷修复的优先级和时间安排。

3.2 优先级除了严重程度外，还常常使用优先级来分类缺陷等级。

以下是一种常见的优先级分类标准：•高：必须立即修复的缺陷，例如软件无法启动或重要功能无法正常使用。

•中：需要在下个版本或迭代中修复的缺陷，例如某些功能的异常或性能下降。

•低：可在后续版本或迭代中修复的缺陷，通常是一些轻微的问题或用户体验改进。

通过设定缺陷的优先级，团队可以根据开发进度和资源分配情况来决定修复的顺序。

4. 缺陷等级评估方法为了准确评估缺陷的等级，团队可以采用以下方法之一：4.1 问题重现率问题重现率是衡量缺陷严重程度的重要指标。

如果一个缺陷能够被重现并且造成了明显的影响，那么它很可能被认为是一个严重的缺陷。

通过测试团队或用户的反馈，开发团队可以了解到问题的重现率，并据此评估缺陷等级。

3 GMP检查常见缺陷评定表

用于冲洗溶液和保护产品的气体未经除菌过滤器过滤。
无菌灌装产品在灌装期间无环境控制／未监控微生物。
房间洁净度等级测试的采样点不够／采样方法不正确。
微粒与缺陷的检查不当。
采用无菌工艺灌装的产品在无菌灌装时，环境控制／微生物监控不充分。
培养基灌装验证失败后仍继续进行无菌灌装生产。
厂房与设备的设计或维护未将污染／尘粒产生降到最小的限度。
未考虑灭菌前的微生物污染水平。
生产开始到灭菌或过滤之间的间隔时限未经验证。
培养基灌装规程不正确。
培养基灌装数量不足。
培养基灌装未模拟实际的生产情况。
培养基支持广谱微生物生长的有效性未经证实。
培养基灌装的结果判定错误。
未做安瓿检漏试验。
无菌检查样品数量不足或不能代表一个完整的生产周期。
未将灭菌柜每次装载的产品视为一个单独的批次进行无菌检查。
一次接收的物料由多个批次构成，未考虑分开取样、检验与批准放行。
成品检验
批准放行销售前，未按照所适用的质量标准完成对成品的检验。
质量标准内容不完整／不正确。
物理指标的检验项目不全。
伪造或篡改检验结果／伪造检验报告
成品质量标准未经质量管理部门批准。
检验项目不全。
检验方法未经验证。
运输和贮存条件无SOP规定。
-
未根据需要控制或监测温湿度（如未按标示的要求贮存）。
-
与生产区或产品暴露的设备直接相邻或位于其上方的墙面／天棚有损坏（破洞、裂缝或油漆剥落）。
不与暴露产品直接相邻或不直接位于暴露产品上方的表面有损坏。
因管道或固定设备造成有无法清洁的表面，或有灰尘直接位于产品或生产设备的上方。
-
休息、更衣、洗手和盥洗设施设置不当。

测试错误等级标准

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

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

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

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

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

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

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

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

缺陷等级定义

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

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

缺陷等级划分规范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 等级划分标准

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

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

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

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

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

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

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

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

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

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

测试缺陷等级划分

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

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

测试过程中发现的缺陷⼀般分为如下⼏类：功能问题（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）：由问题提出⼈对测试对象的改进意见或测试⼈员提出的建议、质疑。

零件缺陷等级

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

检验零件缺陷分类的划分: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。

BUG等级划分标准

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

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

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

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

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

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

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

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

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

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

BUG等级划分标准

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严重等级划分

提示类错误
2类
2类
遇到麻烦，但不影响
2类 2类
执行工作功能的实现
其他错误
2类
2类
2类
打印内容、格式错误功能建议
操作建议校验建议说明建议 UI建议建议性的改进要求
建议类错误
1类 1类
1类
1类 1类
总结：
５类—致命的软件缺陷(Fatal): 造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失，主要功能完全丧失，导致本模块以及相关模块异常等问题。如代码错误，死循环，数据库发生死锁、与数据库连接错误或数据通讯错误，未考虑异常操作，功能错误等
接口缺陷
4类 4类
重新启动软件不属更正办法）
分类范畴
缺陷等级
子项目
备注
数据库缺陷
3类
数据库设计未达到第三范式的要求或需求规格说明的格式水平严重的影响系统要求或基本
功能的实现，但存在合理的
操作错误
3类
因错误操作迫使程序中断
更正办法（重新安装或重新启动软件不属于更正办法）
功能错误
3类，4类 3类，4类
主要功能丧失，严重地影响系统要求或基本功能的实现。（重新安装
4 非常高（Very High）或重新启动该软件不属于更正办法），须尽快修正
5
紧急（Critical）
不能执行正常工作功能或重要功能，因软件原因导致系统死机、数据丢失等须马上修正。
划分参考:
分类范畴缺陷等级子项目备注
5类 5类
由于程序所引起的死机，非法退出
BUG严重等级划分
2009年11月 19号
主要内容：
一，缺陷分类
二，缺陷严重等级三，缺陷等级划分参考