Bug的嚴重程度(Blocker, Critical, Major, Minor/Trivial)和Bug修復優先順序如何定義
阿新 • • 發佈:2019-06-26
Priority[praɪˈɔrəti](優先順序)和Severity[sɪ'verətɪ](嚴重程度)是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。
Bug的嚴重程度(Severity)
1.Blocker:
即系統無法執行、崩潰或嚴重資源不足、應用模組無法啟動或異常退出、無法測試、造成系統不穩定。
嚴重花屏
記憶體洩漏
使用者資料丟失或破壞
系統崩潰/宕機/凍結
模組無法啟動或異常退出
嚴重的數值計算錯誤
功能設計與需求嚴重不符
其它導致無法測試的錯誤, 如伺服器500錯誤
2.Critical:
即影響系統功能或操作,主要功能存在嚴重缺陷,但不會影響到系統穩定性。
功能未實現
功能錯誤
系統重新整理錯誤
資料通訊錯誤
輕微的數值計算錯誤
影響功能及介面的錯誤字或拼寫錯誤
安全性問題
3. Major:
即介面、效能缺陷、相容性。
操作介面錯誤(包括資料視窗內列名定義、含義是否一致)
邊界條件下錯誤
提示資訊錯誤(包括未給出資訊、資訊提示錯誤等)
長時間操作無進度提示
系統未優化(效能問題)
游標跳轉設定不好,滑鼠(游標)定位錯誤
相容性問題
4.Minor/Trivial:
即易用性及建議性問題。
介面格式等不規範
輔助說明描述不清楚
操作時未給使用者提示
可輸入區域和只讀區域沒有明顯的區分標誌
個別不影響產品理解的錯別字
文字排列不整齊等一些小問題
Bug的優先順序(Priority)
1.Immediate
即“馬上解決”,表示問題必須馬上解決,否則系統根本無法達到預定的需求。
2. Urgent
即“急需解決”,表示問題的修復很緊要,很急迫,關係到系統的主要功能模組能否正常。
3. High
即“高度重視”,表示有時間就要馬上解決,否則系統偏離需求較大或預定功能不能正常實現。
4. Normal
即“正常處理”,進入個人計劃解決,表示問題不影響需求的實現,但是影響其他使用方面,比如頁面調用出錯,呼叫了錯誤的等。
5. Low
即”低優先順序”,即問題在系統釋出以前必須確認解決或確認可以不予解決。