bug分级及优先级定义

关于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等级划分标准

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

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

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

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

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

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

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

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

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

BUG严重等级和优先级区别

BUG严重等级和优先级区别一、 Bug的严重等级定义：1、 Blocker即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。

•严重花屏•内存泄漏•用户数据丢失或破坏•系统崩溃/死机/冻结•模块无法启动或异常退出•严重的数值计算错误•功能设计与需求严重不符•其它导致无法测试的错误, 如服务器500错误2、 Critical 即影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。

•功能未实现•功能错误•系统刷新错误•数据通讯错误•轻微的数值计算错误•影响功能及界面的错误字或拼写错误•安全性问题3、Major 即界面、性能缺陷、兼容性。

•操作界面错误（包括数据窗口内列名定义、含义是否一致）•边界条件下错误•提示信息错误（包括未给出信息、信息提示错误等）•长时间操作无进度提示•系统未优化（性能问题）•光标跳转设置不好，鼠标（光标）定位错误•兼容性问题4、 Minor 即易用性及建议性问题。

•界面格式等不规范•辅助说明描述不清楚•操作时未给用户提示•可输入区域和只读区域没有明显的区分标志•个别不影响产品理解的错别字•文字排列不整齐等一些小问题二、 Bug的优先等级1. Immediate 即“马上解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求。

2. Urgent即“急需解决”，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常。

3. High即“高度重视”，表示有时间就要马上解决，否则系统偏离需求较大或预定功能不能正常实现。

4. Normal即“正常处理”，进入个人计划解决，表示问题不影响需求的实现，但是影响其他使用方面，比如页面调用出错，调用了错误的等。

5. Low即“低优先级”，即问题在系统发布以前必须确认解决或确认可以不予解决。

备注：严重性和优先级并不总是一一对应。

有时候严重性高的软件缺陷，优先级不一定高，甚至不需要处理，而一些严重性低的缺陷却需要及时处理，具有较高的优先级。

BUG的分类和等级

BUG的分类和等级
一、B UG类型（重点标红的地方）
1、代码错误
2、设计缺陷
3、界面优化
4、性能问题
5、配置相关
6、安装部署
7、安全相关
8、标准规范
9、测试脚本
10、其他划分：功能类、界面类、性能类、易用性类、兼容性类、其他
二、BUG等级
1级bug，必须优先要改
致命错误：
1、常规操作引起的系统崩溃、死机、死循环
2、造成数据泄漏的安全性问题，比如恶意攻击造成的账户私密信息泄露
3、涉及金钱，如支付类软件，金钱计算错误
2级bug
严重错误：
1、重要功能不能实现（例如：微信没有实现语音聊天、朋友圈，等）
2、错误的波及面广，影响到其他重要功能正常实现
3、非常规操作导致的程序崩溃、死机、死循环(非常规操作：用户使用软件时不会进行的操作）
4、外观难以接受的缺陷（例如：直播平台的封面图片的失真、压缩，完全变形）
5、密码明文显示
3级bug
一般错误：
不影响产品的运行、不会成为故障的起因、但对产品外观和下道工序影响较大的缺陷
1、次要功能不能正常实现
2、操作界面错误（包括数据窗口内列名的定义，含义不一致）
例如：列名与列名下的内容不一致
3、查询错误、数据错误显示
4、简单的输入限制未放在前端进行控制；（格式显示，如登录和注册中的格式判断可由前端判断）
5、删除操作未给出提示
4级bug
程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误
1、界面不规范
2、辅助说明描述不清楚
3、提示窗口文字未采用行业术语
4、界面存在文字错误
5、改进意见：可以提高产品质量的建议，包括新需求和对需求的改进。

BUG级别（优先级、严重级）定义

BUG级别（优先级、严重级）定义⼀、主要分类BUG类型标准主要分两类：Ø 依据优先级分类。

Ø 依据严重程度分类。

⼆、主要内容依据优先级分类标准定义优先级：指⼀个BUG相对于其他BUG对于公司的影响，解决的及时性。

分类标准紧急² 系统⽆法⼯作² 测试⽆法继续正常⼯作² 特殊情况：如重要客户（项⽬重要性）⾼² 需求问题² 实现与需求不符² 出现调试代码² 功能性错误² 关联性错误² 前后模块不⼀致² 链接错误² 特殊性的程度性能低下² 程序引起的安全问题注：涉及所有关于数据流的错误中² 页⾯格式错误² 兼容性问题² 校检错误² 图⽚错误² ⽂案错误² 程序性能低下² 缺少容错性处理² 功能易⽤程度低² 配置问题注：涉及的所有关于⽂本的错误低² 遗留问题² 暂时⽆法实现技术问题² 合理建议依据严重程度分类标准定义严重程度：指⼀个BUG对于⽤户造成的影响，风险和可视性。

分类标准紧急² 程序⽆法运⾏的错误² 测试⽆法执⾏的错误⾮常⾼² 链接错误² 前后模块不⼀致² 需求问题² 实现与需求不符² 出现调试代码² 功能性错误² 程序性能低下² 程序引起的安全问题⾼² 页⾯格式错误² ⽂案错误² 图⽚错误² 兼容性错误² 校检错误中² 关联性错误² 配置问题² 功能易⽤程度低低² 合理建议² 遗留问题² 暂时⽆法实现技术问题注意事项1) ⼀些错误可以分在多个级别中，但总的标准以此为准，具体的问题具体分析后再确定其等级数。

测试文档二 bug严重程度和优先级(缺陷管理)

bug严重级别和优先级别定义Bug严重级别：是指因缺陷引起的故障对软件产品的影响程度。

由测试人员指定。

如下：最高级(1类)-- 致命级别阻止对后续功能的测试，通常适用于以下情况1 模块无法启动或异常退出2界面/功能Crash 导致一系列测试不能运行3严重花屏4数据丢失（用户数据，服务器数据）5系统崩溃/死机/冻结6 业务逻辑错误（数据计算错误：例如支付错误，业务流程缺失或者走错）7功能设计和需求严重不符8服务器400，500等错误9 影响流程问题，升级失败10 业务逻辑流程中断跳转到其他页面次最高级（2类）- 严重级别在当前发布版本中必须修复，即影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性1 Bug 的出现导致软件没有完成用户的需求2 系统刷新错误3数值计算错误4影响功能及界面的错误字或拼写错误5 安全性问题6 兼容性问题（用户群体大，影响严重）7 数据不准，建单据报错8 引发性新BUG（说明此单BUG是由于前面修改BUG或做的新需求导致其它模块出现新的错误。

一般（3类）一般级别-- 在时间许可的范围内修复，即界面、性能缺陷1 只有在极端条件下才会重现的Bug2 在特定配置情况下不会出现的Bug3 操作界面错误（包括数据窗口内列名定义、含义是否一致）4 边界条件下错误5 提示信息错误6系统未优化，性能问题7 兼容性问题（有一定用户群体，影响较大）低（4类）轻微-- 不影响当前发布，可以推迟到下一个发布中修复，即易用性及建设性问题1 不能稳定重现的Bug2 因为电脑上装有其他干扰软件产生的Bug3 非功能性Bug, 如日志，错误回复等4 界面规格不规范5 辅助说明描述不清6 操作时未给用户提示信息7 个别不影响产品功能的错别字8 文字排列不整齐9兼容性问题（用户群体不大，影响相对较小）10 错误提示信息不准确有歧义Priority（优先级）1 Immediate（紧急，一类）即“马上解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求。

BUG等级划分标准

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

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

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

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

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

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

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

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

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

测试BUG等级划分标准

测试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等级划分标准

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

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

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

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

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

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

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

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

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

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

(完整版)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等级划分
严重程度：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严重级和优先级严重程度优先级严重主要功能完全丧失阻碍流程/系统崩溃导致重⼤任务不能正常进⾏的缺陷1. 由于程序所引起的死机,⾮法退出2. 死循环3. 数据库发⽣死锁4. 错误操作导致的程序中断5. 严重的计算错误6. 与数据库连接错误7. 数据通讯错误等8. 系统崩溃,内存泄漏9. 严重的数值计算错误(商城系统,银⾏系统)10. 主要业务功能报50011. 主要功能⽆法测试紧急1 当缺陷所引发的问题没有达到紧急的级别，但当该缺陷出现后，影响到了后续的测试⼯作进⾏2 客户⽆法容忍的页⾯，如页⾯上显⽰其他公司名称3 当前操作⽅式与客户使⽤习惯背道⽽驰。

4 严重不合理，核⼼功能完全违反软件规范或业务规范，可能导致⽤户强烈的反感5系统响应时间过长(例如WEB响应时间超过10s)6模块提供的数据不合理，例如(查询“录⼊⼈”的下拉项提⽰为⾮⽤户名字段)7负载测试、压⼒测试结果和⽤户需求不符较⾼1.次要业务功能报5002.次要功能⽆法测试3.功能未实现/错误4.影响功能或界⾯的错别字或拼写错误5.轻微的数值计算错误(四舍五⼊错误等)6.安全问题⾼1 快捷⽅式不正确，如能够回车直接进⼊下⼀步的设计成了空格直接进⼊下⼀步2 严重的逻辑错误3常⽤操作平台不能正常使⽤功能(WIN XP/WIN 2000/WINVISTA)4常⽤浏览器不能正常使⽤（IE6.0/IE7.0/FireFox）5超时限制的时间设置不合理6未登录即可浏览页⾯7给客户演⽰等过程中客户重点指出的，严重级别却不是很⾼的BUG,建议级别定义⾄少是⾮常⾼8.次要功能报5009.次要功能⽆法测试10.次要功能未实现11.轻微的数值计算错误⼀般次要功能丧失，不太严重，如提⽰信息不太准确操作性错误、错误结果、遗漏功能等影响系统要求或基本功能的实现,例如:1.界⾯错误（附详细说明）2.打印内容、格式错误3.简单的输⼊限制未放在前台进⾏控制4.删除操作未给出提⽰5、数据输⼊没有边界值限定或不合理错别字、罕见故障等不影响执⾏⼯作或功能实现,例如:1.辅助说明描述不清楚2.系统处理未优化v提⽰窗⼝⽂字未采⽤⾏业术语1.边界条件错误2.提⽰信息错误3.长时间操作⽆进度提⽰4.性能问题5.严重的兼容性问题(功能⽆法使⽤,⽹站⽆法打开等,web:edge,chorme,firefox,safari,phone:主流⼿机系统:ios,Android系统)中进⼊个⼈计划处理,表⽰问题不影响需求的实现,但是影响其他⽅⾯使⽤1.影响功能或界⾯的错别字或拼写错误2.边界条件错误3.提⽰信息错误4.影响功能或界⾯的错别字或拼写错误5.安全问题6.性能问题7.严重的兼容性问题(功能⽆法使⽤,⽹站⽆法打开等,web:edge,chorme,firefox,safari,phone:主流⼿机系统:ios,Android系统)8.cookie未正常保存9.整体风格不统⼀轻微易⽤性及建议性问题1.界⾯格式等不规范2.辅助说明不规范3.操作时未给⽤户提⽰4.可输⼊区域和只读区域没有明显区分5.个别不影响产品理解的错别字6.⽂字排列不整齐7.轻微的兼容性问题(图⽚⽆法显⽰,界⾯排列错位等,web:edge,chorme,firefox,safari,phone:主流⼿机系统:ios,Android系统)低1 虽有不尽⼈意之处，但不影响⽤户操作或⽤户使⽤频率较低，并且不会造成错误2 局部界⾯不够美观3.长时间操作⽆进度提⽰虽然BUG严重级和优先级规范已经定好,但是有时候不能完全按照该标准执⾏,⽐如⼀个⾼级别BUG(报500),在系统中属于辅助业务,基本很少⽤到的功能,可以定优先级为中.⼜⽐如⼀个接⼝,前端已经去掉操作按钮,但是接⼝未做处理=功能错误,严重级应该是⾼,但优先级可以定为低.。

Bug定级与优先级解析

Bug定级与优先级解析Bug，也称为软件缺陷或故障，是指在计算机程序或系统中出现的错误或异常行为。

在软件开发和维护过程中，及时、准确地定级和分配Bug的优先级对于项目的成功与否起着至关重要的作用。

本文将对Bug的定级与优先级进行解析，并探讨如何有效管理和处理Bug。

一、Bug定级Bug定级是根据Bug的严重程度和影响范围来对其进行分类和等级划分的过程。

通常，Bug定级可分为以下几个层次：1. 严重级别：指Bug所引发的后果对于整个系统或核心功能的影响程度。

根据实际情况和需求，可将严重级别分为致命级、严重级、一般级等不同等级。

2. 优先级：指解决Bug的紧急性和重要性程度。

优先级可分为高、中、低三个等级，用于确定Bug的处理优先级。

3. 紧急性：指解决Bug的时间紧迫程度。

常见的紧急性等级有紧急、高、中、低等。

4. 影响范围：指Bug对系统或功能的影响范围。

可以将影响范围划分为功能受限、功能完全无法使用、系统崩溃等等不同级别。

适当的Bug定级能够使开发人员和测试人员更好地理解和评估Bug，为后续处理提供依据，提高问题解决的效率。

二、Bug优先级Bug优先级是根据Bug的严重程度和紧急性来确定Bug的处理优先级。

在处理Bug时，开发人员将按照Bug的优先级进行处理，以确保较重要或紧急的Bug得到更快的解决。

一般而言，Bug的优先级可分为以下几个等级：1. 高优先级：指必须尽快解决的Bug，如系统崩溃、核心功能无法使用等严重影响系统正常运行的Bug。

2. 中优先级：指在Bug处理队列中紧随其后的Bug，如某些功能无法正常使用、数据出现错误等影响系统的Bug。

3. 低优先级：指不影响系统正常运行和核心功能的Bug，可能是一些小功能或界面问题。

根据Bug的优先级，开发人员可以合理安排解决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严重级别定义

BUG严重‎级别定义及‎描述1. 严重问题严重问题：阻碍开发或‎测试工作的‎问题。

修改优先级‎为最高，该级别问题‎需要立即修‎改。

1）系统崩溃2）导致程序重‎启,死机或非法‎退出3）死循环4）数据丢失或‎异常5）数据通讯错‎误2. 高级问题高级问题：系统无法执‎行、崩溃或严重‎资源不足、应用模块无‎法启动或异‎常退出、无法测试、造成系统不‎稳定。

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

1）功能不符合‎用户需求2）数据计算错‎误3）业务流程错‎误4）程序接口错‎误5）因错误操作‎迫使程序中‎断6）系统可被执‎行，但操作功能‎无法执行（含指令）7）功能项的某‎些项目（选项）使用无效（对系统非致‎命的）8）功能实现不‎完整，如删除时没‎有考虑数据‎关联9）功能的实现‎不正确，如在系统实‎现的界面上‎，一些可接受‎输入的控件‎点击后无作‎用，对数据库的‎操作不能正‎确实现。

10）安全问题3. 中级问题中级问题：系统可以满‎足业务要求‎，系统性能或‎响应时间变‎慢、产生错误的‎中间结果但‎不影响最终‎结果等影响‎有限的问题‎。

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

1）数据长度不‎一致2）内容或格式‎错误3）响应时间较‎慢4）功能性建议‎5）提示信息不‎太准确6）操作界面错‎误（包括数据窗‎口内列名定‎义、含义是否一‎致）7）简单的输入‎限制未放在‎前台进行控‎制8）虽然正确性‎不受影响，但系统性能‎和响应时间‎受到影响9）不能定位焦‎点或定位有‎误，影响功能实‎现10）增删改功能‎，在本界面不‎能实现，但在另一界‎面可以补充‎实现4. 低级问题低级问题：界面、性能缺陷修改优先级‎为低，该级别需要‎程序员修改‎或不修改。

1）界面不规范‎2）辅助说明描‎述不清楚3）输入输出不‎规范4）长时间操作‎未给用户提‎示5）提示窗口文‎字未采用行‎业术语6）可输入区域‎和只读区域‎没有明显的‎区分标志7）必填项与非‎必填项应加‎以区别8）滚动条无效‎9）键盘支持不‎好，如在可输入‎多行的字段‎中，不支持回车‎换行10）界面不能及‎时刷新，影响功能实‎现5. 建议意见建议意见：希望提出的‎建议以及建‎议进行但不‎强制进行的‎修改。

bug分级及优先级定义

Bug分级及优先级定义文档编号：{文档编号}当前版本号：0.1最初发布日期：2013-4-5最新修订日期：2013-6-21公司名称：深圳市海亚科技发展有限公司地址：深圳市龙岗区宝龙工业城诚信路8号亚森创新科技产业园办公楼9楼邮编：518000版本历史版本/状态作者起止日期备注0.1 揭亮华2013-4-50.2 揭亮华2013-6-21 添加blocker级bug严重程度第1章文档介绍 (4)1.1 文档目的 (4)1.2 文档范围 (4)1.3 读者对象 (4)1.4 参考资料 (4)1.5 术语表 (4)第2章 Bug严重程度分级 (5)第3章 Bug优先级划分 (8)第4章 Bug修改优先级划分 (9)第1章文档介绍1.1 文档目的确定Bug严重程度分级以及优先级划分1.2 文档范围Bug严重程度和优先级划分定义1.3 读者对象研发中心1.4 参考资料序号文档名称版本11.5 术语表序号术语解释1.数据数据库内的数据。

我们的班级管理系统有用到数据库管理班级、学生、教师、试卷、成绩等信息，白板软件也有用到数据库管理软件用户2.内存泄漏内存泄漏也称作“存储渗漏”，用动态存储分配函数动态开辟的空间，在使用完毕后未释放，结果导致一直占据该内存单元。

直到程序结束3.漏洞系统中的安全缺陷。

软件或协议的具体实现或系统安全策略上存在的缺陷，从而可以使攻击者能够在未授权的情况下访问或破坏系统第2章 Bug严重程度分级BUG类型BUG现象举例0级1级2级3级4级5级功能类软件崩溃、死机√功能设计与需求规格说明书不一致,实现0-50% √功能设计与需求规格说明书不一致,实现51%-80% √功能设计与需求规格说明书不一致,实现81%-99% √数据类数据丢失√获取数据的路径不符要求,但操作成功√边界值未做限制√数据存储、读取、处理错误√内存泄漏√电脑资源使用过高√长时间事务处理,无提示√界面类安装、卸载界面图片文字的错误√公司名称、软件名称、版权、版本文本、图片信息错误√进入软件不做操作就能发现的文字、颜色、图形错误√进入软件需要一步操作才能发现的文字、颜色、图形错误√进入软件需要两步操作才能发现的文字、颜色、图形错误√进入软件需要两步以上操作才能发现的文字、颜色、图形错误√软件UI与设计不一致√界面设计不规范,没有考虑易用性问题√信息类提示信息不正确√必填信息无提示√必要操作无提示信息√安全类一般用户正常使用就能发现的软件漏洞√程序员深入分析后才能发现的软件漏洞√用户权限问题√随机类随机产生的软件崩溃bug，很难重现√随机产生的软件功能性bug，很难重现√建议类测试人员对软件提出的建议√0级――毁灭BUG（Blocker）软件崩溃、死机1级――致命BUG（Critical）功能设计与需求规格说明书不一致,实现0-50%数据丢失数据存储、读取、处理错误软件崩溃内存泄漏公司名称、软件名称、版权、版本文本、图片信息错误一般用户正常使用就能发现的软件漏洞随机产生的软件崩溃bug，很难重现2级――严重BUG（major）功能设计与需求规格说明书不一致,实现51%-80%边界值未做限制电脑资源使用过高安装、卸载界面图片文字的错误进入软件不做操作就能发现的文字、颜色、图形错误软件UI与设计不一致界面设计不规范,没有考虑易用性问题必要操作无提示信息程序员深入分析后才能发现的软件漏洞用户权限问题3级――一般性BUG（normal）功能设计与需求规格说明书不一致,实现81%-99%获取数据的路径不符要求,但操作成功长时间事务处理,无提示进入软件需要一步操作才能发现的文字、颜色、图形错误提示信息不正确必填信息无提示随机产生的软件功能性bug，很难重现4级――较小BUG（minor）进入软件需要两步操作才能发现的文字、颜色、图形错误5级――建议（enhancement）进入软件需要两步以上操作才能发现的文字、颜色、图形错误测试人员对软件提出的建议第3章 Bug优先级划分非常紧急（P1）：Bug必须立即修复或在下个版本修复紧急（P2）：Bug必须修复，不一定在下个版本被修复，但是必须在某个特定的里程碑结束前修复一般（P3）：Bug在时间允许的情况下修改不紧急（P4）：Bug可以修复或不修复第4章 Bug修改优先级划分同级bug修改优先级：Blo(P1)> Blo(P2)>Blo(P3)>Blo(P4)Cri(P1)>Cri(P2)>Cri(P3).>Cri(P4)Maj(P1)>Maj(P2)>Maj(P3)>Maj(P4)Nor(p1)>Nor(P2)>Nor(P3)>Nor(P4)Min(P1)>Min(P2)>Min(P3)>Min(P4)Enh(P1)>Enh(P2)>Enh(P3)>Enh(P4)不同级bug修改优先级：Blo(P1)>Cri(P1)>Maj(P1)>Nor(p1)>Min(P1)>Enh(P1)> Blo(P2)>Cri(P2)>Maj(P2)>Nor(P2)>Min(P2)>Enh(P2)> Blo(P3)>Cri(P3)>Maj(P3)>Nor(P3)>Min(P3)>Enh(P3)> Blo(P4)>Cri(P4)>Maj(P4)>Nor(P4)>Min(P3)>Enh(P4)。