缺陷管理應當根據崗位進行職責劃分，缺陷管理整體流程如下：

測試人員發(fā)現并確認缺陷，在禪道記錄缺陷，將其指派給指定模塊開發(fā)人員。如優(yōu)先級或缺陷等級比較高，同時會直接通知對應開發(fā)人員盡早修復。

開發(fā)人員到禪道領取缺陷，分析缺陷并進行處理。當開發(fā)人員進行處理并認為已經解決之后，就可以將這個缺陷的狀態(tài)設置為:已修復，并將其返還給測試人員。

測試人員進入系統(tǒng)查看缺陷，并測試驗證缺陷。如果經過再次測試發(fā)現缺陷仍然存在的話，測試人員將缺陷再次傳遞給開發(fā)人員，并將缺陷的狀態(tài)設置為“重新打開”。如果測試人員經過再次測試確認缺陷已經被解決，就將缺陷的狀態(tài)設置為“已關閉”。

如果測試經理收到某缺陷被拒絕通知，驗證該缺陷，如果確實不能算作缺陷，關閉缺陷，將缺陷狀態(tài)設置為“已關閉”。如果認為的確是一個缺陷，修改缺陷描述，并將其重新指派給開發(fā)經理，并將缺陷的狀態(tài)設置為“新建”。

優(yōu)先級:指開發(fā)修復缺陷的先后順序,嚴重級別:指發(fā)現的缺陷對產品質量影響的嚴重程度。

高(P1)：缺陷嚴重，影響測試或產品目的，需優(yōu)先考慮。

如：產品的版權未更正、技術性的不正確內容等。應用程序包版本不對、無法安裝導致無法測試、閃退、崩潰等

中(P2)：對產品來說不是那么關鍵的場景或特性。如：在小標題上發(fā)現的錯誤、從歷史版本中來的遺留bug等。

低(P3)：對產品使用沒有太大影響。

如：在低使用頻率頁面中發(fā)現的bug、很少被使用的功能等。文字重疊、錯別字等UI方面的缺陷，不易操作等。缺陷的嚴重級別：

A類-致命缺陷(Fatal)：造成系統(tǒng)或應用程序崩潰、死機、或造成數據丟失，主要功能完全喪失，導致本模塊以及相關模塊異常等問題。

B類-嚴重缺陷(critical)：系統(tǒng)的主要功能部分喪失、數據不能保存。如致命的錯誤聲明，程序接口錯誤等約束條件。

C類-一般缺陷(major)：次要功能沒有完全實現但不影響使用。如提示信息不太準確，或用戶界面差，操作時間等，

D類-輕微缺陷(Minor):使操作者不方便，但它不影響功能過的操作和執(zhí)行，如錯別字、界面不規(guī)范

E類-意見優(yōu)化(Enhancemental)：由問題提出人對測試對象的改進意見。

要注意的是，開發(fā)會根據優(yōu)先級來進行參考，決定修復先后順序.所以高優(yōu)先級不一定就是致命的缺陷