一.缺陷的分類：

1.按功能模塊分類

2.按問題的引出分類：

功能，性能，界面，安全等等

3.按嚴重程度分類：

影響項目進度的，死機，功能問題， ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?界面問題

4.按缺陷的優先級別分類：

立即修復，版本發布之前修復，如果時間允許應該修復，版本發布中允許存在的問題

優先級制定時主要考慮因素：

（1）嚴重程度——一般嚴重程度越高，優先級越高

（2）影響范圍——一般影響范圍越廣，優先級越高

（3）參考開發組的當前任務壓力——開發任務越輕，優先級越高

（4）解決bug的成本——成本越低，優先級越高

注意：具體情況視公司情況而定

二.缺陷報告的用途：

1.記錄缺陷

2.缺陷分類

3.跟蹤缺陷

三.缺陷報告的分類

1.按缺陷所處狀態分類：

新建，待提交，已提交，已分配，問題未解決，待歸檔，已歸檔

2.按缺陷的處理意見分類

已修改，不是問題，以后版本解決，無法重現，無法解決等等

四.缺陷報告的內容

1.缺陷編號：

缺陷的記錄順序，實際項目一般是缺陷管理工具自動編號

2.缺陷標題

簡明扼要地概述一下缺陷

3.缺陷發現者：

一般是自己

4.缺陷發現時間

一般是當天

5.缺陷所在產品版本號

6.缺陷所屬模塊

便于開發負責人找到負責這個模塊的開發人員讓其處理

7.缺陷狀態

8.缺陷嚴重程度

9.缺陷優先級別

10.缺陷的描述

把發現缺陷的過程、步驟、使用的數據等記錄下來，使程序員通過該描述，能夠再現該bug

五.缺陷報告的處理流程

1.正常

測試提交缺陷報告->測試負責人或開發負責人分配缺陷報告->開發處理缺陷報告->測試人員返測報告->如果返測成功測試人員關閉缺陷報告，如果返測失敗返回開發處理缺陷報告，直到返測成功測試關閉缺陷報告

2.推遲

測試提交缺陷報告->測試負責人或開發負責人分配缺陷報告->開發駁回缺陷報告（注明推遲時間）->測試人員推遲缺陷報告->測試人員重開報告->開發人員處理->測試人員返測->如果返測成功測試人員關閉缺陷報告，如果返測失敗返回開發處理缺陷報告，直到返測成功測試關閉缺陷報告

3.描述不清

測試提交缺陷報告->測試負責人或開發負責人分配缺陷報告->開發駁回缺陷報告（注明缺陷描述不清）->測試人員推遲缺陷報告->測試人員重開報告->開發人員處理->測試人員返測->如果返測成功測試人員關閉缺陷報告，如果返測失敗返回開發處理缺陷報告，直到返測成功測試關閉缺陷報告

4.無效

測試提交缺陷報告->測試負責人或開發負責人分配缺陷報告->開發駁回缺陷報告->測試人員置報告為無效

5.重復

測試提交缺陷報告->測試負責人或開發負責人分配缺陷報告->開發駁回缺陷報告->測試人員置報告為無效