型別名稱
型別描述
致命嚴重
一般提示
功能類主要功能失效、缺失
√功能設計與需求規格說明書不一致
√出現多餘功能(軟體做了其不該做的)
√正常操作，但儲存內容不正確
√功能未完全，但不影響系統正常使用
√介面類
介面不美觀，與ui原型不一致
√控制項排列、 格式不統一，錯別字，顏色，圖形錯誤等
√焦點控制不合理
√介面設計不規範，沒有考慮易用性問題
√介面切換或操作中重新整理不及時，顯示錯誤等
√控制項許可權管理不合理等
√gdi洩露
√效能類
軟體執行過程中宕機
√記憶體洩漏
√系統崩潰，導致系統變慢
√長時間事務處理，無提示
√軟體長時間執行，功能失效
√演算法處理效率
√系統處理效率
√處理資料量
√偶然類
非必現，非崩潰類
√特殊類
其他未指定的型別（視其影響設定級別）
建議類功能性建議或者其他易用性建議
√操作建議
√校檢建議
√說明建議
√介面建議
√流程類
流程控制不符和要求
√流程實現不完整
√異常流程，系統異常
√常識類
違背正常習俗習慣的
√資訊類
提示資訊缺失或者不友好
√進度條不準確
√提示資訊有誤
√資料類
資料庫資料丟失
√資料提交更新出錯
√資料計算不正確
√演算法影象處理計算不正確
√輸入框資料校驗不正確
√優先順序
標準一：按問題影響範圍
馬上解決
問題必須馬上解決，否則系統根本無法達到預定的需求
急需解決
問題的修復很緊要，很急迫，關係到系統的主要功能模組能否正常
高度重視
有時間就要馬上解決，否則系統偏離需求較大或預定功能不能正常實現
正常處理
進入個人計畫解決，表示問題不影響需求的實現，但是影響其他使用方面
低優先順序
問題在系統發布以前必須確認解決或確認可以不予解決
bug的嚴重程度級別，bug的定義
不過等級劃分 1級 致命 1.由於程式引起的非法宕機，退出，資料丟失，主要功能完全喪失，系統懸掛等錯誤 2.操作或使用某一功能時，導致程式異常退出，或其餘功能無法使用，或造成經常性宕機和重啟 3.正常的使用者操作，導致系統崩潰 2級 嚴重 1.嚴重影響系統要求或基本功能的實現，且沒有辦法避免衝突 2...
Bug的嚴重程度 優先順序如何定義
priority 和severity 嚴重程度 是 的兩個重要屬性。很多新人經常混淆這兩個概念。通常，人員在提交bug時，只定義bug的severity,即該bug的嚴重程度，而將priority交給project leader 或team leader來定義，由他們來決定該bug被修復的優先等級。...
缺陷（bug）嚴重級別定義
缺陷嚴重級別定義 o 最高端 導致執行中斷 應用程式崩潰 預期的功能沒有得到實現,測試工作無法繼續進行等.o 緊急 事件非常重要,並且需要馬上給予關注.o 高階 事件是重要的,並且應該在緊急的事件處理之後盡快得到解決.o 中級 事件是重要的,但是由於解決問題需要花費一定的時間,所以可以用較長的時間解...