Bug的嚴重等級和優先級

一、 Bug的嚴重等級定義：

1、 Blocker即系統無法執行、崩潰或嚴重資源不足、應用子產品無法啟動或異常退出、無法測試、造成系統不穩定。

• 嚴重花屏
• 記憶體洩漏
•  使用者資料丢失或破壞
• 系統崩潰/當機/當機
• 子產品無法啟動或異常退出
• 嚴重的數值計算錯誤
• 功能設計與需求嚴重不符
• 其它導緻無法測試的錯誤, 如伺服器500錯誤

2、  Critical 即影響系統功能或操作，主要功能存在嚴重缺陷，但不會影響到系統穩定性。

•  功能未實作
• 功能錯誤
• 系統重新整理錯誤
• 資料通訊錯誤
• 輕微的數值計算錯誤
•  影響功能及界面的錯誤字或拼寫錯誤
• 安全性問題

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

• 操作界面錯誤（包括資料視窗内列名定義、含義是否一緻）
• 邊界條件下錯誤
• 提示資訊錯誤（包括未給出資訊、資訊提示錯誤等）
• 長時間操作無進度提示
•  系統未優化（性能問題）
• 光标跳轉設定不好，滑鼠（光标）定位錯誤
•  相容性問題

4、   Minor 即易用性及建議性問題。

• 界面格式等不規範
•  輔助說明描述不清楚
• 操作時未給使用者提示
•  可輸入區域和隻讀區域沒有明顯的區分标志
• 個别不影響産品了解的錯别字
•  文字排列不整齊等一些小問題

二、  Bug的優先等級

1.      Immediate 即“馬上解決”，表示問題必須馬上解決，否則系統根本無法達到預定的需求。

2.      Urgent即“急需解決”，表示問題的修複很緊要，很急迫，關系到系統的主要功能子產品能否正常。

3.      High即“高度重視”，表示有時間就要馬上解決，否則系統偏離需求較大或預定功能不能正常實作。

4.      Normal即“正常處理”，進入個人計劃解決，表示問題不影響需求的實作，但是影響其他使用方面，比如頁面調用出錯，調用了錯誤的等。

5.      Low即“低優先級”，即問題在系統釋出以前必須确認解決或确認可以不予解決。

備注：嚴重性和優先級并不總是一一對應。有時候嚴重性高的軟體缺陷，優先級不一定高，甚至不需要處理，而一些嚴重性低的缺陷卻需要及時處理，具有較高的優先級。

修正軟體缺陷不是一件純技術問題，有時需要綜合考慮市場釋出和品質風險等問題。例如，如果某個嚴重的軟體缺陷隻在非常極端的條件下産生，則沒有必要馬上解決。

另外，如果修正一個軟體缺陷，需要重新修改軟體的整體架構，可能會産生更多潛在的缺陷，而且軟體由于市場的壓力必須盡快釋出，此時即使缺陷的嚴重性很高，是否需要修正，需要全盤考慮。

或者，如果軟體缺陷的嚴重性很低，例如，界面單詞拼寫錯誤，但是如果是軟體名稱或公司名稱的拼寫錯誤，則必須盡快修正，因為這關系到軟體和公司的市場形象。