1. 程式人生 > >Bug的嚴重程度(Blocker, Critical, Major, Minor/Trivial)和Bug修復優先順序如何定義

Bug的嚴重程度(Blocker, Critical, Major, Minor/Trivial)和Bug修復優先順序如何定義

Priority[praɪˈɔrəti](優先順序)和Severity[sɪ'verətɪ](嚴重程度)是Bug的兩個重要屬性。很多新人經常混淆這兩個概念。

通常,人員在提交Bug時,只定義BugSeverity, 即該Bug的嚴重程度,

而將Priority交給Project Leader Team Leader來定義,由他們來決定該Bug被修復的優先等級。

某種意義上來說,Priority的定義要依賴於Severity,在大多數情況下,Severity越嚴重,那這個BugPriority就越高。

你知道如何合理定義bugSevrity麼?

通常Bug管理系統裡Severity

分為四個等級Blocker, Critical, Major, Minor/Trivial(也可自定義,但通常是這四個),

priority分為五個等級:Immediate, Urgent, High, Normal, Low

Bug的嚴重程度(Severity)

1.Blocker:

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

  1. 嚴重花屏
  2. 記憶體洩漏
  3. 使用者資料丟失或破壞
  4. 系統崩潰/宕機/凍結
  5. 模組無法啟動或異常退出
  6. 嚴重的數值計算錯誤
  7. 功能設計與需求嚴重不符
  8. 其它導致無法測試的錯誤, 如伺服器500錯誤

2.Critical

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

  1. 功能未實現
  2. 功能錯誤
  3. 系統重新整理錯誤
  4. 資料通訊錯誤
  5. 輕微的數值計算錯誤
  6. 影響功能及介面的錯誤字或拼寫錯誤
  7. 安全性問題

3. Major

即介面、效能缺陷、相容性。

  1. 操作介面錯誤(包括資料視窗內列名定義、含義是否一致)
  2. 邊界條件下錯誤
  3. 提示資訊錯誤(包括未給出資訊、資訊提示錯誤等)
  4. 長時間操作無進度提示
  5. 系統未優化(效能問題)
  6. 游標跳轉設定不好,滑鼠(游標)定位錯誤
  7. 相容性問題

4.Minor/Trivial:

即易用性及建議性問題。

  1. 介面格式等不規範
  2. 輔助說明描述不清楚
  3. 操作時未給使用者提示
  4. 可輸入區域和只讀區域沒有明顯的區分標誌
  5. 個別不影響產品理解的錯別字
  6. 文字排列不整齊等一些小問題

Bug的優先順序(Priority)

1.Immediate

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

2. Urgent

“急需解決”,表示問題的修復很緊要,很急迫,關係到系統的主要功能模組能否正常。

3. High

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

4. Normal

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

5. Low

即”低優先順序”,即問題在系統釋出以前必須確認解決或確認可以不予解決。

 

參考來源: http://blog.sina.com.cn/s/blog_4adc4b090102wucf.html