Bug严重程度分类

BUG严重等级划分

2、开发人员收到bug报告后，认为是一个bug，于是就开始修复它，修复后，传送给测试人员。 3、测试人员收到bug修复报告后，开始对它进行验证，验证通过后，就把它置于closed状态。当一个bug 被置为closed状态的同时，该bug的声明周期也就此结束。如果发现该bug仍然存在问题，唯一的办法就是再open一个同样的bug。 4、开发人员收到bug报告后，认为它不是一个bug，或者是描述不清、重复、不采纳所提意见建议、或虽然是个问题但还没到非改不可的地步故可忽略不计、或者是测试人员提错，就把它置于rejected状态。把 reject报告传送给测试人员。 5、测试人员收到开发人员的reject报告后，会对开发人员的意见进行验证。如果经过验证后，测试人员不同意开发方的意见，就把该bug置于reopen状态，同时，把reopen报告传送给开发人员。 6、开发人员收到测试人员的reopen报告后，会对测试人员的意见进行证实，如果证实错误，就会把该 bug置于rejected状态，同时，把rejected报告传送给测试人员。 7、开发人员收到测试人员的reopen报告后，会对测试人员的意见进行验证，如果验证是一个bug，就会对它进行修复，修复后会把它置于fixed状态，同时把fix报告传送给测试人员。 8、测试人员收到开发人员的fix报告后，会对该bug进行验证，如果没有通过验证，会把该bug置于 reopen状态，并且把reopen报告传送给开发人员。 9，开发人员收到测试人员的open报告，由于技术或者其它原因不能解决，或者留到一版本作为扩展功能点所处的状态，先由开发人员置于下一版本开发。 10、测试人员收到开发人员的reject报告，会对该bug进行验证，如果验证该bug不存在，就会对它置于 closed状态。 11、开发人员收到测试人员的open报告后，会对该bug进行验证，如果开发人员不确定该bug的可修复性，就会把该bug上报给项目负责人，如果项目负责人认为该bug由于技术或者其它原因不能解决，或者作为下一个版本的功能点来扩展，就会把该bug置于deferred状态。同时，把defer报告传送给测试人员。 12、测试人员收到项目负责人的defer报告后，会把它置于closed状态。

关于BUG严重程度、处理优先级、bug类型的划分

关于BUG严重程度、处理优先级、bug类型的划分转载⼀严重程度致命：系统⽆法正常运⾏严重：很明显的错误性的bug较重：相对明显的错误性的bug⼀般：常见的bug建议类：（暂时保留，可能去掉）⼆优先级说明：紧急相当于执⾏前的准备⼯作，重要相当于后续的⼯作重要且紧急：优先级最⾼，⼀定要做的重要不紧急：暂时可以先缓⼀缓但⼀定要做的紧急不重要：可以先准备下，随时准备做的不紧急不重要：可忽略不计的三 bug类型：功能错误：功能上的错误性bug代码错误：⼀般很少出现，通常在⾃测时出现（对⽩盒测试、⾃测的⽐较适合）内容相关：业务逻辑⽅⾯以及业务描述等相关问题表单相关：表单逻辑、样式、内容问题⽤户界⾯：UI表现，包括对话框样式和⽂字描述问题需求变动：原有的需求基础上的更改新增需求：会议上提出的新需求，⾮正式会议提出的不属于该项设计⽂档：数据库设计⽂档、概要/详细设计⽂档建议：功能已满⾜但待改善，属于改良性建议配置相关：如web服务器或者数据库服务器配置等问题安装部署：项⽬部署时出现的错误，可能不是程序本⾝的问题⽽是⼯具本⾝和⼈为因素引起安全相关：加密和⽔印等安全信息性能压⼒：负载、压⼒测试标准规范：根据国际标准或者公司内部制定的某标准测试脚本：如⽤⼯具LR编写并执⾏脚本进⾏测试事务跟踪：产品缺陷/bug跟踪（Defect/bug Tracking）⼯作任务跟踪（Task Tracking）问题解决过程跟踪（Problem Tracking）产品需求管理（Request Management）客户服务过程跟踪（Customer Support TrackingBad Case：和⽤例没有关联起来，所以暂时不⽤其他：尽量避免⽤该项，不便于统计但仍保留。

bug严重程度或等级划分

bug 严重程度或等级划分（urgent 致命,high 严重,medium 中等,low 轻微，
低级)
致命urgent ：
通常表现为:主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块
无法启动或异常退出，主要功能模块无法使用。

比如：
1.内存泄漏
2.系统容易崩溃
3.功能设计与需求严重不符
4.系统无法登陆
5.循坏报错，无法正常退出。

严重高high ：
通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性
比如：
1.功能未实现；
2.功能存在报错；
3.数值轻微的计算错误
一般/中等medium：
通常表现为：界面、性能缺陷
比如：
1.边界条件下错误
2.大数据下容易无响应
3.大数据操作时，没有提供进度条
轻微/低low：
通常表现为：易用性及建议性问题比如：
1.界面颜色搭配不好
2.文字排列不整齐
3.出现错别字，但是不影响功能
4.界面格式不规范。

使系统不稳定、或破坏数据、或产生错误结果，或部分功能无法执行，而且是常规操作中经常发生或非常规操作中不可避免的主要问题；
系统存在较严重的安全隐患和性能问题；
系统易用性较差；
系统描述易引起较严重的误会或较严重的影响；
系统的某些功能没有实现而引起后续次要功能不能继续进行；系统的次要功能没有实现；
由于设计的缺陷，导致软件使用中存在较明显的障碍，或者局部功能错误，但可以采取其他变通的操作实现。
系统存在严重的安全隐患和性能问题；
系统易用性很差；
系统描述易引起严重的误会或带来严重的影响；
系统的某些功能没有实现而引起后续主要功能不能继续进行；软件规范严重不合理等。
2级：尽快修改
B类：较严重
指造成系统功能严重破坏或崩溃的，复位或重灌系统可以继续运行；
严重地影响系统要求或基本功能的实现，且没有更正办法（重新安或重新启动该软件不属于更正办法）；
3级：正常修改
C类：一般
指造成系统功能失效、会引起操作上重大误解的；
严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法）；
系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题；
由于编码不够完善，使某个小功能无法使用，或者对特殊的操作与要求不能支持
存在隐含的安全漏洞，可以利用快捷方式、成批处理，以及权
限的组合应用中的安全漏洞进行未经授权的操作。
4级：稍后修改
D类：轻微
指系统功能在设计和开发中由于考虑不周所引起的问题，即可能会造成系统在使用中会岀错的隐患或造成使用中会产生歧义的；
使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能；

bug单定级标准

bug单定级标准在软件开发过程中，Bug单是用于记录和追踪软件缺陷的重要工具。

为了有效地管理和解决Bug，Bug单的定级标准非常重要。

下面是一些常见的Bug单定级标准的参考内容，以帮助团队制定适合自己项目的标准。

1. 严重程度：- 致命（Critical）：该Bug会导致系统崩溃或无法正常运行，无法绕过或忽视此问题。

- 严重（Major）：该Bug会导致系统某些重要功能无法正常使用，但该功能可以通过其他方式绕过。

- 一般（Normal）：该Bug会导致系统的某些功能受限，但整体上不会影响系统的主要功能。

- 轻微（Minor）：该Bug只会对系统的一些辅助功能产生轻微影响，对系统的核心功能没有明显影响。

2. 优先级：- 高（High）：该Bug对用户体验产生严重影响或系统功能无法正常运行，需要优先处理。

- 中（Medium）：该Bug会对用户体验产生一定程度的影响，但功能仍然可以正常使用，需在合理的时间内处理。

- 低（Low）：该Bug对系统功能无影响或只产生轻微影响，可以在后续版本中修复。

3. 影响范围：- 用户范围（User Impact）：该Bug对用户体验直接造成的影响程度。

- 功能范围（Function Impact）：该Bug对系统功能的影响程度。

- 代码范围（Code Impact）：该Bug对代码的影响程度，是否需要修改核心逻辑或大量重构。

4. 复现频率：- 必现（Always）：该Bug每次操作都能必现，非常容易复现。

- 偶现（Intermittent）：该Bug不是每次操作都能复现，需要特殊条件或概率性事件触发。

- 很难复现（Difficult）：该Bug非常难以复现，需要特殊环境或条件，因此难以调试和解决。

5. 解决时间：- 紧急（Immediate）：该Bug需要立即解决，不能等待下一个版本发布。

- 优先（High）：该Bug需要在下一个版本发布前解决。

- 正常（Normal）：该Bug需要在有限的时间内解决。

bug等级划分

一、Bug等级划分
严重程度：1-fatal(致命),2-critical（严重）,3-major（一般）,4-Minor（微小）
1-fatal: 系统出现瘫痪、服务中断或数据丢失，非正常返回操作系统、要求重启系统、关键功能缺乏并无法绕道，存在严重稳定性隐患, 重要或常用功能缺乏且不能绕过(10)
实例：【anroid-关于】点击“关于”后，应用闪退
步骤：⑴点击清除图片缓存
⑵点击自定义板块选择
⑶选择一板块-确认
⑷重复步骤1-3
⑸点击关于
实际结果：应用闪退
期望结果：正常进入关于页面
备注：操作步骤一般控制在6步以内
2-citical: 缺陷存在导致系统严重不稳定、数据出现错误用户体验带来极大不便。

（3）3-major 基本功能不能顺利实现，或其他辅助功能缺失。

存在不明确或不完整的错误提示信息。

缺陷的存在对用户产品使用影响较小且大都有绕道方法(1)
4-Minor基本或者辅助功能工作不稳定，缺陷的存在不会导致客户误解的显示或描述性错误，用户通常不易体察到。

(0.5)
5.建议性的问题，可提到级别为4中（目前禅道只有4），提交建议时，最好标明建议
类的字样
二、优先级别p1,p2,p3,p4分别与以上等级对应。

P1:对产品影响非常大，找出产品无法移交
P2:对产品影响比较大，如果发布给用户将会产生麻烦
P3:对产品影响一般，如果bug被解决，产品会更好
P4:对产品影响较小，其他bug解决后，在解决该类bug。

bug严重程度或等级划分

bug严重程度或等级划分（urgent 致命,high 严重,medium 中等,low 轻微，低级)
致命urgent：
通常表现为:主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。

比如：
1.内存泄漏
2.系统容易崩溃
3.功能设计与需求严重不符
4.系统无法登陆
5.循坏报错，无法正常退出。

严重\高high：
通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性
比如：
1.功能未实现；
2.功能存在报错；
3.数值轻微的计算错误
一般/中等medium：
通常表现为：界面、性能缺陷
比如：
1.边界条件下错误
2.大数据下容易无响应
3.大数据操作时，没有提供进度条
轻微/低low：
通常表现为：易用性及建议性问题比如：
1.界面颜色搭配不好
2.文字排列不整齐
3.出现错别字，但是不影响功能
4.界面格式不规范。

bug严重程度或等级划分

bug 严重程度或等级划分（urgent 致命,high 严重,medium 中等,low 轻微，
低级)
致命urgent ：
通常表现为:主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块
无法启动或异常退出，主要功能模块无法使用。

比如：
1.内存泄漏
2.系统容易崩溃
3.功能设计与需求严重不符
4.系统无法登陆
5.循坏报错，无法正常退出。

严重高high ：
通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性
比如：
1.功能未实现；
2.功能存在报错；
3.数值轻微的计算错误
一般/中等medium：
通常表现为：界面、性能缺陷
比如：
1.边界条件下错误
2.大数据下容易无响应
3.大数据操作时，没有提供进度条
轻微/低low：
通常表现为：易用性及建议性问题比如：
1.界面颜色搭配不好
2.文字排列不整齐
3.出现错别字，但是不影响功能
4.界面格式不规范。

bug严重程度或等级划分

bug严重程度或等级划分（urgent 致命,high 严重,medium 中等,low 轻微，低级)
致命urgent：
通常表现为:主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。

比如：
1.内存泄漏
2.系统容易崩溃
3.功能设计与需求严重不符
4.系统无法登陆
5.循坏报错，无法正常退出。

严重\高high：
通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性
比如：
1.功能未实现；
2.功能存在报错；
3.数值轻微的计算错误
一般/中等medium：
通常表现为：界面、性能缺陷
比如：
1.边界条件下错误
2.大数据下容易无响应
3.大数据操作时，没有提供进度条
轻微/低low：
通常表现为：易用性及建议性问题
比如：
1.界面颜色搭配不好
2.文字排列不整齐
3.出现错别字，但是不影响功能
4.界面格式不规范
（注：文档可能无法思考全面，请浏览后下载，供参考。

可复制、编制，期待你的好评与关注！）。

bug单定级标准

bug单定级标准
Bug的单定级标准可以根据不同的情况和需求进行定义。

以下是一些常见的Bug定级标准：
1.致命Bug：这类Bug会导致系统崩溃、数据丢失或损坏，严重影响用户体
验或业务运行。

例如，服务端崩溃、数据库死锁等。

2.严重Bug：这类Bug会导致系统功能严重受限或异常，影响大部分用户的
使用。

例如，重要功能无法实现、操作功能异常退出等。

3.一般Bug：这类Bug对系统功能有一定影响，但不会严重影响用户体验或
业务运行。

例如，界面显示错误、部分功能使用不便等。

4.轻微Bug：这类Bug对系统功能影响较小，通常不会影响用户体验或业务
运行。

例如，小部分文字或图片错误、操作小细节上的不便等。

需要注意的是，Bug的定级标准并不是绝对的，需要根据具体情况进行判断。

同时，对于不同的项目或产品，Bug的定级标准也可能会有所不同。

bug级别定义

bug级别定义1级Bug（主体产品层⾯）1级bug：阻碍开发或测试⼯作的问题。

修改优先级为最⾼，该级别问题需要⽴即修改。

导致产品崩溃或不响应、设备卡死、产品程序⽆法正常安装、启动或登录等缺陷，⽤户数据受到破坏的缺陷，服务器或数据库存在安全风险，严重影响项⽬进度。

包括但不限于以下错误：1）由于程序所引起的死机2）⾮法退出死循环3）数据库发⽣死锁4）内存泄漏5）因错误操作导致的程序中断6）重⼤功能错误7）与数据库连接错误8）数据通讯错误9）系统存在安全问题，缺陷导致重要数据丢失或损坏10）功能完全违背需求要求，严重不符合产品定义等等2级Bug （主要功能层⾯）2级Bug：系统⽆法执⾏、崩溃或严重资源不⾜、应⽤模块⽆法启动或异常退出、⽆法测试、造成系统不稳定。

修改优先级为⾼，该级别需要程序员尽快修改。

主要功能完全丧失或严重错误，产品主要流程⽆法进⾏，程序导致⽤户客户端或浏览器存在安全风险，严重地影响系统要求或主要功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。

包括但不限于以下错误：1）程序接⼝错误2）因错误操作迫使程序中断3）系统可被执⾏，但操作功能⽆法执⾏（含指令）4）单项操作功能可被执⾏，但在此功能中某些功能（含指令参数的使⽤）⽆法被执⾏（对系统⾮致命的）5）在功能项的某些项⽬（选项）使⽤⽆效（对系统⾮致命的）6）业务流程不正确，或者功能操作逻辑与产品定义严重不符7）功能实现不完整，如删除时没有考虑数据关联8）功能的实现不正确，如在系统实现的界⾯上，⼀些可接受输⼊的控件点击后⽆作⽤；对数据库的操作不能正确实现9）报表格式以及打印内容错误（⾏列不完整，数据显⽰不在所对应的⾏列等导致数据显⽰结果不正确的错误）等等3级 Bug（次要功能层⾯）3级Bug：系统可以满⾜业务要求，系统性能或响应时间变慢、产⽣错误的中间结果但不影响最终结果等影响有限的问题。

修改优先级为中，该级别需要程序员修改。

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严重程度定义

删除操作未给出提示；
已被捕捉的系统崩溃，不影响继续操作；
虽然正确性不受影响，但系统性能和响应时间受到影响；
不能定位焦点或定位有误，影响功能实现；
显示不正确但输出正确；
增删改功能，在本界面不能实现，但在另一界面可以补充实现。
D类缺陷（4级错误）
使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。界面拼写错误或用户使用不方便等小问题或需要完善的问题。包括以下各种错误：
C类缺陷（3级错误）
发现影响被测功能正确实现的问题，系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题。一般包括以下各种错误：
操作界面错误（包括数据窗口内列名定义、含义是否一致）；
打印内容、格式错误（只影响报表的格式或外观，不影响数据显示结果的错误）；
简单的输入限制未放在前台进行控制；缺陷ຫໍສະໝຸດ 重程度等级名称等级描述
A类缺陷（1级错误）
导致系统崩溃、死机而不能继续运行；出现不可挽救的数据丢失或损坏、内存泄露等问题，一般包括以下问题：
由于程序所引起的系统崩溃、死机、非法退出或自动重启等缺陷；
系统运行进入死循环；
数据库发生死锁；
与数据库连接错误；
数据通讯错误；
导致系统主要业务流程无法正常进行的缺陷。
B类缺陷（2级错误）
测试需求基本功能未实现或实现无法工作；软件错误导致数据丢失，使系统不稳定，或破坏数据、或产生错误结果，或部分功能无法执行，而且是常规操作中经常发生或非常规操作中不可避免的主要问题等缺陷；一般包括以下问题：
功能错误，与功能需求严重不符；
系统可被执行，但操作功能无法执行；
单项操作功能可被执行，但在此功能中某些小功能（含指令参数的使用）无法被执行（对系统非致命的）；

BUG 等级划分标准

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

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

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

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

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

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

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

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

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

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

bug严重程度或等级划分

bug严重程度或等级划分（urgent 致命,high 严重,medium 中等,low 轻微，低级)
致命urgent：
通常表现为:主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。

比如：
1.内存泄漏
2.系统容易崩溃
3.功能设计与需求严重不符
4.系统无法登陆
5.循坏报错，无法正常退出。

严重\高high：
通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性
比如：
1.功能未实现；
2.功能存在报错；
3.数值轻微的计算错误
一般/中等medium：
通常表现为：界面、性能缺陷
比如：
1.边界条件下错误
2.大数据下容易无响应
3.大数据操作时，没有提供进度条
轻微/低low：
通常表现为：易用性及建议性问题比如：
1.界面颜色搭配不好
2.文字排列不整齐
3.出现错别字，但是不影响功能
4.界面格式不规范。

bug等级

严重程度说明一级缺陷(Blocker) ●系统异常：测试执行直接导致系统死机、被测软件响应明显很慢（假死）、非法退出、崩溃、不响应、内存泄漏●数据错误：导致原有数据丢失或损坏，数据无法正常保存。

●性能问题：程序没有释放系统资源（CPU、内存、I/O）或没有断开数据库连接●安全问题：系统登录安全性问题；代码未混淆；涉及敏感信息用明文保存，如：密码以及通信信息。

●数据库发生死锁二级缺陷（Critical）●数据无法保存的；●主要功能链接实现有误的；●用户频繁操作的功能没有实现或者实现有误的；●用户需求实现错误或未实现，且影响到用户完成业务●功能错误： Installer错误、与其他软件的冲突错误，如系统软件，常用应用软件（办公，邮件，安全，系统管理等）；●用户使用频繁的功能，响应时间超出忍耐限度，但不影响其他功能模块；三级缺陷（Major）●UI上存在错误引导用户的信息；●UI上信息缺失、无法显示完整或出现乱码从而给用户造成疑惑的；●用户频繁使用的功能易用性差（操作起来麻烦、复杂、效率低）；●用户使用不频繁的功能，响应时间超出忍耐限度；●用户操作过程中系统出现异常报错，但不影响系统功能的使用；●用户需求实现错误，但不影响用户完成业务或者用户使用不频繁的；●用户需求未实现，但不影响用户完成业务或者用户使用不频繁；●必填/必选项没有做验证的；●由于图片丢失而影响功能实现的；●页面排版问题，且影响用户阅读的；●由于字段类型/长度没有约束而出现功能实现错误的；四级缺陷（Minor）●页面错误：页面不美观，布局不合理，界面不一致，不同大小字体、分辨率下页面显示有问题，有错别字，提示信息与需求不一致；●功能错误：页面元素不正确(如按钮该灰时不灰，不该灰时变灰) ，软件不能处理用户可能使用的极端条件下的操作；●文档错误：图片显示不正确，错别字，格式、排版错误；●校验错误：字符约束校验不正确；●页面排版有误，但不影响阅读的；●拼写语法错误，但不误导用户操作的；●默认值缺失；●由于图片丢失但不影响功能实现的；●其他用户不频繁使用的功能易用性差五级缺陷（Trivial）●页面错误：使用不符合习惯建议改进；●易用性问题：软件交互性不好，对于用户可能造成难于操作、学习和理解；●需求没有明确，不影响现有功能实现的，但修改后可以更好地实现软件功能的。

bug严重等级划分

1、严重功能未实现或缺陷，影响游戏功能正常进行，阻碍玩家进行游戏的Bug2、导致玩家利益受损或使玩家获得利益的Bug 3、影响游戏平衡的Bug1、一般的功能缺陷，功能实现不完善，不影响游戏进行，但修复后明显改善玩家2、严重的UI、文字类问题的BugMajor（重要）功能实现与设计不符或不完善，对整体功能影响较大，比较影响玩家体验的BugBlocker（阻塞）阻碍测试工作及游戏无法进行的Bug Critical（严重）Normal（一般）Minor（微小）一般的UI、文字、提示问题的Bug1、服务器宕机2、回档3、内存泄露4、报错，导致测试工作及游戏无法继续进行5、无法登陆或无法连接服务器等6、版本发布错误（比如数据错置等）1、功能未实现或严重与需求不符2、导致一个或多个系统40%以上功能无法测试3、报错，报错后导致该功能或功能点不可用4、物品复制5、道具丢失、增加；人物、宠物属性丢失、增加；装备属性丢失、增加两点或两点以上；金钱、符石、积分增加、减少6、高价值物品的掉落、数值异常7、玩家社会关系消失、异常（公会、好友、结婚等）8、系统入口节点、NPC、任务等缺失9、网络延时，造成响应延迟或卡号10、该屏蔽的功能未屏蔽11、属性未丢失的情况下，无法达到该等级所应达到的能力12、主线任务断档1、导致一个系统40%以下功能无法测试2、导致玩家可以做到当前等级或能力无法做到的事情3、碰撞问题（进入后卡住；不应该设置碰撞的地方设置了碰撞），导致玩家无法继续进行4、屏蔽功能相关的附属屏蔽内容未屏蔽（比如相关提示、邮件、道具、附属功能、任务、传送）5、新增功能部分未实现，功能不完善6、低物价或非RMB物品掉率错误7、支线任务异常1、对功能及玩家影响较小的Bug2、UI 错位，重要提示缺失或错误3、翻译内容缺失或错误等（翻译问题会在项目后期如维护阶段适当提高严重等级）4、提示错误，产生歧义5、碰撞（未设置碰撞，但进入后可以走出）6、地图元件摆放错误，前后景错误等7、某一技能无特效1、对游戏影响不大的提示缺失，错误等2、非常用NPC头像错误等3、文字错误4、界面不友好，显示不全或超出，未换行等上线前或在当前大版本必须解决立即解决上线前或在当前大版本必须解决可以延迟解决，但不超过2个上线版本可以延迟解决，但不超过3个上线版本。

BUG等级划分标准

B U G等级划分方法一、测试BUG等级划分标准1、Blocker崩溃：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题;如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等该问题在测试中较少出现,一旦出现应立即中止当前版本测试;2、Critical严重：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,一级功能菜单不能使用但是不影响其他功能的测试;功能设计与需求严重不符,模块无法启动或调用,程序重启、自动退出,关联程序间调用冲突,安全问题、稳定性等;如：软件中数据保存后数据库中显示错误,用户所要求的功能缺失,程序接口错误,数值计算统计错误等该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试;3、Major一般：功能没有完全实现但是不影响使用,功能菜单存在缺陷但不会影响系统稳定性;如：操作时间长、查询时间长、格式错误、边界条件错误,删除没有确认框、数据库表中字段过多等该问题实际测试中存在最多,合理安排解决BUG,解决率关系版本的优化程度4、Minor次要：界面、性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案等;如：错别字、界面格式不规范,页面显示重叠、不该显示的要隐藏,描述不清楚,提示语丢失,文字排列不整齐,光标位置不正确,用户体验感受不好,可以优化性能的方案等此类问题在测试初期较多,优先程度较低；在测试后期出现较少,应及时处理二、BUG状态标准1、待处理new：测试人员或用户发现新问题后提交的状态2、已确认open：经测试人员及研发人员讨论后确认是BUG,提交的状态,由测试人员来设置;3、已处理fixed：经研发人员确认是BUG后修复的状态,修改还没有验证,由开发人员来设置;4、已修改closed：测试人员认为问题已经修改,通过验证,由测试人员设置;5、仍存在reopened：测试人员认为BUG未修复成功,问题仍然存在,由测试人员设置;6、不是问题reject：研发人员确认不是BUG,或者建议与意见决定不采纳;7、暂不处理hold：当前版本不做修改,后续版本再考虑,由研发人员或测试人员设置;三、BUG处理流程1、紧急：崩溃、严重BUG处理流程1-2天内解决2、优先：一般BUG处理流程尽快处理3、普通：次要BUG处理流程项目结束前处理。