Suggestion,Trivial,Minor,Major,Crash
建議,較小,普通,嚴重,致命
Low,Medium,High,Very High,Urgent
低,中,高,很高,緊急
Low,Medium,High,Very High,Urgent
低,中,高,很高,緊急
New,Open,Reopen,Fixed,Rejected,Closed,Postponed,Won’t Fix,Duplicated,By Design

[步驟]
1.
2.

[結果]

[期望]

[備注]

[步驟]
1.
2.

[驗證]

[備注]

 
每天對Bug進行分配，標注處理意見，給定優先級（發版前必須三方：需求、開發、產品共同確定）。問題分配時，應盡可能將咨詢類、理解錯誤類等問題處理掉，而不是留給開發人員。有可能是需求的問題，分配給需求人員。定期對Bug庫分析，找出常出錯的模塊，進行代碼審查
　　
　　開發人員
　　分析Bug，寫出問題原因，修改Bug；實行Bug優先原則，嚴重程度B-Major類或緊急程度3-High類以上（包含）bug5個或5個以上，停止新功能的開發。
　　
　　需求人員
　　解釋需求，給出處理意見，將Bug庫中的建議整理成需求文檔。評審確定后列入開發計劃
　　測試人員
　　不參與問題的優先級的定位，只用Bug級別反映Bug的嚴重程度。驗證Bug是否已被解決
　　
　　測試組長/經理
　　審核測試人員提交的Bug。定期對Bug庫進行分析，描繪出曲線圖等，報告現狀、預測趨勢。在測試總結報告中給出意見
　　產品人員
　　可以對優先級和處理意見等進行審核，如果有意見，和項目組商量定奪
　　
　　Bug：指缺陷通過一個跟蹤修復過程的進展情況。包括New、Open、Reopen、Fixed、Closed及Rejected等
　　
　　
　　New 為測試人員新問題提交所標志的狀態。
　　
　　Open 為任務分配人（開發組長/經理）對該問題準備進行修改并對該問題分配修改人員所標志的狀態。 
　　
　　
　　Bug解決中的狀 態，由任務分配人改變。對沒有進入此狀態的Bug，程序員不用管。
　　
　　Reopen 為測試人員對修改問題進行驗證后沒有通過所標志的狀態；或者已經修改正確的問題，又重新出現錯誤。
　　
　　由測試人員改變。
　　
　　Fixed 為開發人員修改問題后所標志的狀態，修改后還未測試。
　　
　　Closed 為測試人員對修改問題進行驗證后通過所標志的狀態。由測試人員改變。
　　
　　Rejected 開發人員認為不是Bug、描述不清、重復、不能復現、不采納所提意見建議、或雖然是個錯誤但還沒
　　
　　到非改不可的地步故可忽略不計、或者測試人員提錯，從而拒絕的問題。由Bug分配人或者開發人員來設置。
　　
　　
　　
　　
　　 
　　
　　Bug嚴重級別(Severity，Bug級別)：是指因缺陷引起的故障對軟件產品的影響程度。由測試人員指定。
　　
　　A-Crash 錯誤導致了死機、產品失敗（“崩潰”）、系統懸掛無法操作；
　　
　　B-Major 功能未實現或導致一個特性不能運行并且不可能有替代方案；
　　
　　C-Minor 錯誤導致了一個特性不能運行但可有一個替代方案；
　　
　　D-Trivial 錯誤是表面化或微小的（提示信息不太準確友好、錯別字、UI布局或罕見故障等），
　　
　　對功能幾乎沒有影響，產品及屬性仍可使用；
　　
　　E-Nice to Have（建議） 建設性的意見或建議。
　　
　　
　　
　　Bug優先級(Priority)：指缺陷必須被修復的緊急程度。由Bug分配者（開發組長/經理）指定。
　　
　　5-Urgent 阻止相關開發人員的進一步開發活動，立即進行修復工作；阻止與此密切相關功能的進一步測試
　　
　　4-Very High 必須修改，發版前必須修正
　　
　　3-High 必須修改，不一定馬上修改，但需確定在某個特定里程碑結束前須修正
　　
　　2-Medium 如果時間允許應該修改
　　
　　1-Low 允許不修改 
　　
　　
　　功能模塊(Subject)：TD中需在Test Plan頁中定義好Subject，才能在Defects頁中使用。
　　
　　
　　處理意見:開發組長/經理(或具體Bug分配人員)在審核新Bug時、將Bug分配給開發人員解決前，需要給出該Bug的處理意見。
　　
　　Fixable 可修改。表示Bug可以被修復或更正
　　
　　Duplicated 重復。表示該Bug已經被其他測試人員找出來了（‘純粹’重復），
　　
　　或者開發認為原因是相同的（但從測試來看，認為出現的地方有所不同、表現有所不同等）
　　
　　Postponed 延后。由于時間、進度、重要程度或者技術/需求等方面的原因，認為不能解決、須延期解決、或者
　　
　　本版不做留待到后續版本解決的Bug。
　　（注：因‘Bug狀態’字段中也有該值，根據各組各自使用情況，可以只保留一個，或者開發/測試各有側重地使用這兩個Postponed）
　　
　　By Design
　　因設計結構問題無法修改。測試人員認為是Bug，不符合邏輯，也不符合用戶的要求，但開發人員則認為是按照設計做的、只能如此處理，否則修改代價太大
　　
　　Can’t Reproduce 
　　不可復現。不能重現（如因Bug出現的環境重現不了了），或以前出現的某個Bug自動消失了（可能是在處理其他Bug的時候把這個Bug一并修復掉了）。
　　（注：因TD本身亦帶有‘是否復現(Reproducible)’字段，根據各組各自使用情況，可以用它來標識，或者不用它而在‘處理意見’字段中用該值標識出）
　　
　　Disagree With Suggestion 不同意所提意見或建議，不采納
　　
　　Not Error 不是問題。測試人員提錯了
　　
　　Won’t Fix 這個Bug是一個錯誤，但還沒有重要到非要更正不可的地步，可以忽略不計
　　
　　
　　說明：
　　1.定為Duplicated的Bug，必須注明和XXXbug重復
　　2.測試人員對標明為Duplicated的Bug復測，需要XXXBug修改后方可進行
　　3.定期回顧Can't Reproduce,Postponed
　　4.定期整理By Design
　　
　　其它一些字段（及所定義的枚舉值）的定義解釋，供有需要用到的組參考：
　　
　　測試狀態（TestState）：新提交的Bug定位標準。由測試人員指定。一般有8個（提交Bug時給出）
　　
　　1－New Defects（或寫成Defect） 新Bug
　　
　　2－Second Defects（或寫成SB） 復測時新出現的Bug
　　
　　3－Faculative 偶發性
　　
　　4－Reappear 原來修改過的問題又重新出現
　　
　　5－By Requirement 需求要求但沒有做的功能
　　
　　6－Suggestion 需求需要完善
　　
　　7－Differ With Requirement 與需求不一致
　　
　　8－By Design 設計要求但沒有做的功能
　　
　　復測狀態(ReTestState)：復測時給出的狀態，測試人員對于經過驗證的Bug應按以下幾種標準進行定位。由測試人員指定。一般有1－OK、2－PD、3－DV、4－NB、5－NR、6－AR。
　　
　　OK 正確 
　　PD 此問題懸而不決 
　　DV 有錯誤可以暫時不考慮 
　　NB 不是錯誤 
　　NR 不能復現的錯誤 
　　AR 需求不明確