測試等級劃分

BUG缺陷等級劃分

bug缺陷等級通常化分爲四個等級，致命，嚴重，通常，提示。那麼，在發現bug時，咱們應該怎麼判斷，哪些屬於這些等級呢。

BUG等級劃分的方法

1、測試BUG等級劃分的標準

    一、Blocker(崩潰)：阻礙開發或測試工做的問題；形成系統崩潰、死機，死循環，致使數據庫數據丟失，與數據庫鏈接錯誤，主要是功能喪失，基本模塊缺失等問題。如:代碼錯誤、死循環、數據庫發生死鎖、重要的一級菜單功能不能使用等（該問題在測試中出現比較少，一旦出現應當即停止當前版本測試）。

    二、Critical（嚴重）：系統主要功能部分喪失、數據庫保存調用錯誤、用戶數據丟失，一級功能菜單不能使用可是不影響其餘功能的測試。功能設計與需求嚴重不符，模塊沒法啓動後調用，程序重啓、自動退出，關聯程序間調用衝突安全問題、穩定性等。如：軟件中數據保存後數據庫中顯示錯誤，用戶所需求的功能缺失，程序缺口錯誤，數值計算統計錯誤等（該等級問題出如今不影響其餘功能測試的狀況下能夠繼續該版本測試）。

    三、Majoy(通常)：功能沒有徹底實現可是不影響使用，功能菜單存在缺陷但不會影響系統的穩定性。如：操做時間長、查詢時間長、格式錯誤、邊界條件錯誤、刪除沒有確認框、數據庫表中字段過多等（該問題實際測試中存在最多，合理安排解決BUG，解決率關係版本的優化程度）。

    四、Minor(次要)：界面、性能缺陷，建議類問題，不影響操做功能的執行，能夠優化性能的方案等。如:錯別字、界面格式不規範，頁面顯示重疊、不應顯示的要隱藏，描述不清楚，提示語丟失，文字排列不整齊，光標位置不正確，用戶體驗感覺很差，能夠優化性能的方案等（此類問題在測試初期較多，優先程度較低;在測試後期出現較少，應及時處理）。

2、BUG狀態標準

    一、待處理（new）：測試人員或用戶發現新問題後提交的狀態。

    二、已確認（open）:經測試人員及研發人員討論後確認是BUG ,提交的狀態，有測試人員；來設置。

    三、已處理（fixed）:經研發人員確認是BUG後修復的狀態，修復尚未驗證，有開發人員來設置。

    四、已修復（closed）：測試人員認爲問題已經修改，經過驗證，有測試人員設置。

    五、仍存在（reopened）：測試人員認爲BUG未修復成功 ，問題仍存在，由測試人員設置。

    六、不是問題（reject）：研發人員確認不是BUG ,或者建議與意見決定不採納。

    七、暫不處理（hold）：當前版本不作修改，後續版本在考慮，由研發人員或測試人員設置。