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

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

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

Bug严重程度分类

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

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

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

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严重等级定义

7
7、各功能模块提供的基本功能无法使用，严重影响用户体验的，例如：闹钟不响，备忘录不能标记删除，电子书退出时不能保存断点，充电充不满等；
8
8、UI界面与GUI设计规范不符，各基本模块（日历，秒表，收音机等）界面有明显的显示异常（错位，重叠，白条蓝条等，字符串错乱），手机菜单树和字符串与体验提供的菜单树和字串错误等；
3
3、进入一二级菜单死机、重启、黑屏、白屏、花屏、定屏等
4
4、无法开启WIFI、蓝牙、电话无法呼出/呼入或通话接通率低于98%，双方根本无法继续通话；
5
5、造成用户人身安全及财产损失的问题；例如不能拨打紧急电话，三方应用无法安装及异常收费无提示，后台无提示流量等安全性问题；CTA相关测试相冲突的
6
6、官方指定配件（软件/硬件）严重不兼容问题；
1、通话品质及MP3播放声音品质差，有轻微的回音、啸叫、杂音等，但尚可接受；
23
2、次要界面或菜单重复；或文字多余
24
4、工程模式中的错误；
25
5、其他导致最终使用者满意度降低，但不至于退货的问题；
26
建议：轻微级别部分功能需要添加或修改顺序，不对功能使用造成影响，使用更人性化
1、一般使严重度
描述举例
1
紧急：A-致命级别无论何时都要及时修正的问题，如：不开机，死机重启，一级菜单功能不能使用
1、基本功能无法使用，例如不能注册网络、不识别SIM卡、不能通话、不能收发短消息，主要功能实现错误等；
2
2、通话质量很差、出现回音、信号不稳不间断搜网或自动挂断，三方通话，PIN或PUK问题；
27
2、其他一些比较轻微的问题；
28
3、次要界面或菜单提示语有歧义、信息不全，但不至于误导使用者；

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后修复的状态，修改还没有验证，由开发人员来设置。

缺陷严重级别的定义

从用户角度：
个别功能使用不够方便，但是不影响用户使用的问题
1、用户界面不太友好；
2、使用不习惯；
3、好的操作建议等；
BUG优先级
解决时限
说明
P1
最高优先级，BUG必须马上修复
P2
次高优先级，必须马上修复，或在下一版本前修复
P3
按照项目正常进度解决，（建议在下一个Alpha版本前修改）
如果项目一个Build版本与Alpha版本对应，则无区分，按照项目Bug解决计划执行
1、BUG的严重级别表明BUG的破坏和影响程度；
2、BUG的优先级表明BUG解决的紧急程度；
严重级别
状态描述
举例
Blocks
（致命）
致命错误：
a：导致运行中断(应用程序崩溃)、预期的功能没有得到实现、测试工作无法继续进行等。
b：由于程序引起的非法死机，退出，数据丢失，主要功能完全丧失，系统悬挂等错误。
3、界面显示不美观但对用户不产生影响的问题；
4、不经常出现而且用户可恢复的非严重问题，
5、辅助说明描述不清楚
6、操作时未给用户提示
7、可输入区域和只读区域没有明显的区分标志
8、个别不影响产品理解的错别字
9、文字排列不整齐等一些小问题
Trivial
（建议性）
建议性意见：
从使用者角度，提出的建议性意见。
2、客户环境本身没有问题的情况下，网络不稳，频繁断线，掉线
3、实现的功能与相关需求严重不符，
4、功能未实现
5、功能错误
6、系统刷新错误
7、语音或数据通讯错误
8、轻微的数值计算错误
9、系统所提供的功能或服务受到明显的影响
Major
（一般性错误）

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严重‎级别定义及‎描述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严重等级划分

卸载不干净；
安装过程中退出回滚的问题；
4、功能实现可满足需求结果，但实现方式不合理。
功能实现的相关操作分散；（如MC的进程限制）
功能实现的步骤太多；（如MC的软件统一注册）
三级次要（界面、性能缺陷）
1、界面错误（包括文字错误）；
产品名称不正确；
产品版本号不正确；
界面图片资源不正确或缺失；
焦点控制不合理或不全；
5、导致无法测试或无法使用的问题；
网络拷贝不能连线；
功能模块无法启动或异常退出；
二级主要（影响系统功能或操作，主要功能存在缺陷，但不会影响到系统稳定性。）
1、功能需求不能实现；
功能不能实现；
2、容错处理不合理；
程序出错后死循环；
危险操作无提示或提示信息不明确；
3、功能实现包含错误
程序边界问题（如输入框未考虑输入长度）；
BUG严重等级划分
BUG等级
分类范围
具体示例
一级严重（系统无法启动、崩溃或严重资源不足、功能模块无法启动或异常退出、无法测试、造成系统不稳定）
1、功能实现与实际需求不符；
导致技术人员安装和维护麻烦；
实现的功能与需求有差异；
2、导致操作系统崩溃或不稳的问题；
进系统蓝屏；
进系统提示文件丢失；
进系统提示“MissingOperating System”；
底层菜单光标移动不规则；
2、提示信息不合理；
提示信息重复或出现的时机不合理；
提示信息格式不符合要求；
3、性能优化
响应时间太长；
长时间操作无进度提示；
四级轻微（易；
辅助说明描述不清楚；
文字排列不整齐等；
可输入区域和只读区域没有明显的区分标志；