1、對缺陷的描述應該包含可追蹤信息
如給每個缺陷分配一個缺陷號。每個編號必須是唯一的，可以根據該編號搜索、根據、查看該缺陷的處理情況。
2、對缺陷的描述應該包含缺陷的基本信息
通常缺陷的基本信息包括缺陷狀態、缺陷標題、缺陷嚴重程度、缺陷緊急程度、缺陷提交人、缺陷提交日期、缺陷所屬、缺陷解決人、缺陷解決時間、缺陷解決結果、缺陷處理人、缺陷處理最終時間、缺陷處理結果、缺陷確認人、缺陷確認時間、缺陷確認結果等等。下面筆者簡單解釋一下：
缺陷狀態：標注缺陷待修正、待評審、待驗證、關閉等狀態信息；缺陷標題：簡明地說明缺陷的類型及內容；缺陷嚴重程度：測試人員給出的缺陷嚴重程度估計，可以是致命的、嚴重的、一般的、建議的；缺陷緊急程度：測試人員給出的測試處理優先級；缺陷提交人：發現此缺陷的測試人員，最好附有聯系方式，以方便缺陷處理人員進行確認；缺陷提交日期：提交人提交缺陷的日期；缺陷所屬：指缺陷所在的模塊或者是缺陷所屬的開發文檔的名稱；缺陷解決人：由誰來進行缺陷的解決，明確是需求分析人員、設計人員還是程序編碼人員；缺陷解決時間：項目組負責人返回的缺陷預計處理的時間；缺陷解決結果：預計缺陷修改后能達到的結果；缺陷處理人：應該由誰來處理這個缺陷；缺陷處理最終時間：指缺陷得到處理的實際時間；缺陷處理結果：缺陷最后的實際處理結果；缺陷確認人：由誰來確認缺陷已經得到了修正；缺陷確認時間：缺陷修復的確認工作完成的時間；缺陷確認結果：確認軟件缺陷的修正工作是否有效。
文章來源于領測軟件測試網 http://www.k11sc111.com/
