缺陷報告的用途
1. 記錄缺陷
2. 缺陷分類
3. 缺陷跟蹤
缺陷分類
1. 按缺陷的嚴重程度
影響進度的問題
宕機功能問題
介面問題
建議2. 按修復缺陷的優先順序
應立即修復的問題
在產品發布之前必須修復的問題
如果時間允許應該修復的問題
可以在發布版本中存在的問題
備註：缺陷的嚴重程度和優先順序各軟體公司可根據實際情況自行確定。
缺陷報告的分類
1、按缺陷所處狀態分類
待確認的
新提交的
已分配的
問題未解決的
待返測的
待歸檔的
已歸檔的
2、按處理意見分類
已修改的
不是問題
無法修改
以後版本解決
保留（設計如此）
重複無法重現
禪道中bug狀態為：啟用、已解決、已關閉。
然後已解決分為：設計如此、重複bug、外部原因、已解決、無法重現、延期處理、不予解決。
禪道截圖：
關於處理缺陷
1. 注意缺陷報告的處理成本
2. 修改缺陷要量力而行
3. 關注被推遲修改的缺陷
4. 如果決定據理力爭就一定要贏
缺陷報告統計
1、缺陷分布（密度）報告
缺陷狀態與優先順序
缺陷狀態與嚴重性
2、缺陷齡期報告（多長時間處理）
3、缺陷趨勢報告（變多變少，集中分散）
缺陷和缺陷報告
文章目錄 一 缺陷的基本概述 1 缺陷的定義 重要 2 缺陷屬性 二 缺陷的生命週期 重要 三 缺陷的識別 四 缺陷報告 五 測試需求 測試用例 缺陷報告的關係？軟體未實現產品說明書要求的功能 軟體出現了產品說明書指明不該出現的功能 軟體實現了產品說明書未提到的功能 軟體未實現產品說明書雖未明確提及...
如何編寫測試缺陷報告（整理）
軟體缺陷，常常又被叫做bug，計算機軟體或程式中那些導致系統或部件不能正常執行，不符合使用者需求的缺陷。1 軟體未達到產品說明書標明的功能 2 軟體出現了產品說明書指明不會出現的錯誤 3 軟體功能超出產品說明書指明的範圍 4 軟體未達到產品說明書雖未指出但應該達到的目標 5 軟體難以理解 不易使用 ...
測試體系之 編寫測試缺陷報告
軟體缺陷，常常又被叫做bug，計算機軟體或程式中那些導致系統或部件不能正常執行，不符合使用者需求的缺陷。1 軟體未達到產品說明書標明的功能 2 軟體出現了產品說明書指明不會出現的錯誤 3 軟體功能超出產品說明書指明的範圍 4 軟體未達到產品說明書雖未指出但應該達到的目標 5 軟體難以理解 不易使用 ...