BUG等級劃分標準

1、-word 格式范文范例指導案例一、bug 等級劃分方法測試 bug 等級劃分標準1、 blocker （崩潰）：阻礙開發(fā)或測試工作的問題；造成系統(tǒng)崩潰、死機、死循環(huán)，導致 數(shù)據(jù)庫數(shù)據(jù)丟失，與數(shù)據(jù)庫連接錯誤，主要功能喪失，基本模塊缺失等問題。如：代 碼錯誤、死循環(huán)、數(shù)據(jù)庫發(fā)生死鎖、重要的一級菜單功能不能使用等 （該問題在測試 中較少出現(xiàn)，一旦出現(xiàn)應(yīng)立即中止當前版本測試）。1、 critical （嚴重）：系統(tǒng)主要功能部分喪失、數(shù)據(jù)庫保存調(diào)用錯誤、用戶數(shù)據(jù)丟失， 一級功能菜單不能使用但是不影響其他功能的測試。功能設(shè)計與需求嚴重不符，模塊 無法啟動或調(diào)用，程序重啟、自動退出，關(guān)聯(lián)程序間調(diào)用沖突，安

2、全問題、穩(wěn)定性等。 如：軟件中數(shù)據(jù)保存后數(shù)據(jù)庫中顯示錯誤，用戶所要求的功能缺失，程序接口錯誤，數(shù)值計算統(tǒng)計錯誤等 （該等級問題出現(xiàn)在不影響 其他功能測試的情況下可以繼續(xù)該版本測試） 。3、 major （一般）：功能沒有完全實現(xiàn)但是不影響使用，功能菜單存在缺陷但不會影響 系統(tǒng)穩(wěn)定性。如：操作時間長、查詢時間長、格式錯誤、邊界條件錯誤，刪除沒有確認框、數(shù)據(jù)庫表中字段過多等 ( 該問題實際測試中存在最多，合理安排 解決 bug，解決率關(guān)系版本的優(yōu)化程度 )4、 minor （次要）：界面、性能缺陷，建議類問題，不影響操作功能的執(zhí)行，可以優(yōu)化 性能的方案等。如：錯別字、界面格式不規(guī)范，頁面顯示重疊、

3、不該顯示的要隱藏，描 述不清楚，提示語丟失，文字排列不整齊，光標位置不正確，用戶體驗感受不好， 可以優(yōu)化性能的方案等 （此類問題在測試初期較多，優(yōu)先程度 較低；在測試后期出現(xiàn)較少，應(yīng)及時處理）二、1、2、bug 狀態(tài)標準待處理（ new）：測試人員或用戶發(fā)現(xiàn)新問題后提交的狀態(tài) 已確認（ open）：經(jīng)測試人員及研發(fā)人員討論后確認是 由測試人員來設(shè)置。bug，提交的狀態(tài)，3、已處理（ fixed ）：經(jīng)研發(fā)人員確認是 由開發(fā)人員來設(shè)置。bug 后修復(fù)的狀態(tài)，修改還沒有驗證，4、5、已修改（ closed ）：測試人員認為問題已經(jīng)修改，通過驗證，由測試人員 設(shè)置。仍存在（ reopened ）：測

4、試人員認為 bug 未修復(fù)成功，問題仍然存在，由 測試人員設(shè)置。6、不是問題（ reject ）：研發(fā)人員確認不是 納。bug，或者建議與意見決定不采7、三、暫不處理（ hold ）：當前版本不做修改，后續(xù)版本再考慮，由研發(fā)人員或測試人 員設(shè)置。bug 處理流程專業(yè)資料學習指導-word 格式范文范例指導案例1、緊急：崩潰、嚴重 bug 處理流程（ 1-2 天內(nèi)解決）bug 提出中斷測試工 作填寫重要 bug項目總監(jiān)審制定 bug 解不影響其它測試跟蹤表核簽字決的時間是，結(jié)束。 跟蹤表簽字測試人員驗證 bug 是否解決研發(fā)優(yōu)先解 決 bugbug 分配至研 發(fā)人員否2、優(yōu)先：一般 bug 處理流程（盡快處理）匯總?cè)毕莞峙溲邪l(fā)人bug 提出總監(jiān)審核蹤表員是，結(jié)束。 跟蹤表簽字測試人員驗證 bug 是否解決合理安排解 決 bug否專業(yè)資料學習指導-word 格式范文范例指導案例3、普通： 次要 bug 處理流程（項目結(jié)束前處理）否，結(jié)束建議是否采納匯總?cè)毕莞?，分?/p>