Bug的严重程度(Blocker, Critical, Major, Minor/Trivial)和Bug修复优先级如何定义

Priority()和Severity(严重程度)是Bug的两个重要属性。很多新人经常混淆这两个概念。
通常，人员在提交Bug时，只定义Bug的Severity, 即该Bug的严重程度，
而将Priority交给Project Leader 或Team Leader来定义，由他们来决定该Bug被修复的优先等级。
某种意义上来说，Priority的定义要依赖于Severity，在大多数情况下，Severity越严重，那这个Bug的Priority就越高。
你知道如何合理定义bug的Sevrity么？
通常Bug管理系统里Severity分为四个等级Blocker, Critical, Major, Minor/Trivial（也可自定义，但通常是这四个）,
而priority分为五个等级：Immediate, Urgent, High, Normal, Low。

Severity

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

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

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

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

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

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

4.Minor/Trivial:即易用性及建议性问题。

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

Priority

1.Immediate

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

2. Urgent

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

3. High

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

4. Normal

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

5. Low

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

参考来源： http://blog.sina.com.cn/s/blog_4adc4b090102wucf.html