Bug及bug的级别划分和优先级

1. 概述

bug在最开始指的是计算机软件存在的漏洞，可以导致攻击者在未授权的情况下对系统进行各种操作；而在现在来讲，指的是各种软件存在的缺陷或漏洞以及软件软件可改进的细节、或与需求文档存在差异的功能实现等。
bug按照其造成危害的严重程度可以分为四个等级，按照其修改的优先顺序，也可以分为四个等级；按照造成危害的严重程度可以划分的四个等级为严重问题、高级问题、中级问题和低级问题，对于各个问题的具体情况以及其一般对应的优先级如下所述；按照bug被处理的先后顺序也可以分为四个等级，分别为最高优先(Immediate)、高级优先(Urgent)、中级优先(Normal)、低优先级(Low)。不过需要注意的是，bug的严重程度与优先级之间并没有必然的联系。 有关于bug等级和优先级的详细描述如下。

2. bug级别的分类及其具体划分的参考意见

一. 严重问题(Blocker)

定义： 不能完全满足系统要求，系统停止运行，系统的重要部件无法运行，系统崩溃或挂起等导致系统不能继续运行。修改优先级为最高，该级别问题需要立即修改。

1. 系统崩溃
2. 导致程序重启,死机或非法退出
3. 死循环
4. 数据丢失或异常
5. 数据通讯错误。
6. 硬件故障，系统悬挂

二. 高级问题(Critical)

定义： 严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。使系统不稳定、或破坏数据、或产生错误结果，或部分功能无法执行，而且是常规操作中经常发生或非常规操作中不可避免的主要问题，系统无法满足主要的业务要求，性能、功能或可用性严重降低。 修改优先级为高，该级别需要程序员尽快修改。

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

三. 中级问题(Major)

定义： 系统可以满足业务要求，系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题。
修改优先级为中，该级别需要程序员修改。

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

四. 低级问题(Minor)

定义： 使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。界面拼写错误或用户使用不方便等小问题或需要完善的问题修改优先级为低，该级别需要程序员修改或不修改。

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

3. bug的优先级

bug处理的优先级是指bug处理的先后顺序，

一. 最高优先级(Immediate)

这类bug的优先级是最高的，其要求开发人员必须立即修改这条bug，一般是指该缺陷导致程序完全不能满足产品的要求，基本功能明显未实现或不可用，阻塞测试流程与进度等。

二. 高级优先(Urgent)

该类bug被要求马上处理，主要是指系统实现的功能与预期结果要求较大，但不影响其他功能和主要的核心功能。

三. 中级优先(Normal)

该类bug正常按照个人计划处理即可，主要是指界面、交互和特别小的功能实现出错且可以直接跳过此类bug继续进行测试。

四. 低级优先(Low)

一些可修改或不可修改，或者是还不确定能否修改成功的bug，均不影响用户体验使用，不过修改了最好，一般如果要修改且时间来不及可以在后面几个版本中在进行修改即可。

总结：一般来说，验收的标准就是不能留下优先程度为一级和二级的bug，且一级bug必须在24小时类解决，如果解决不了则需要提前报告上级

参考：《bug优先级定义》
《bug的严重级别和优先级》
《缺陷划分方法》