Bug的严重等级和优先级

一、 Bug的严重等级定义：

1、 Blocker即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。

• 严重花屏
• 内存泄漏
•  用户数据丢失或破坏
• 系统崩溃/死机/冻结
• 模块无法启动或异常退出
• 严重的数值计算错误
• 功能设计与需求严重不符
• 其它导致无法测试的错误, 如服务器500错误

2、  Critical 即影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。

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

3、Major 即界面、性能缺陷、兼容性。

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

4、   Minor 即易用性及建议性问题。

• 界面格式等不规范
•  辅助说明描述不清楚
• 操作时未给用户提示
•  可输入区域和只读区域没有明显的区分标志
• 个别不影响产品理解的错别字
•  文字排列不整齐等一些小问题

 

二、  Bug的优先等级

1.      Immediate 即“马上解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求。

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

 

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

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

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

 

 

备注：严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷，优先级不一定高，甚至不需要处理，而一些严重性低的缺陷却需要及时处理，具有较高的优先级。

 

修正软件缺陷不是一件纯技术问题，有时需要综合考虑市场发布和质量风险等问题。例如，如果某个严重的软件缺陷只在非常极端的条件下产生，则没有必要马上解决。

另外，如果修正一个软件缺陷，需要重新修改软件的整体架构，可能会产生更多潜在的缺陷，而且软件由于市场的压力必须尽快发布，此时即使缺陷的严重性很高，是否需要修正，需要全盘考虑。

或者，如果软件缺陷的严重性很低，例如，界面单词拼写错误，但是如果是软件名称或公司名称的拼写错误，则必须尽快修正，因为这关系到软件和公司的市场形象。