軟件缺陷（
Bug）能夠引起軟件運行時產生的一種不希望或不可接受的外部行為結果，而
軟件測試的過程簡單來說就是圍繞缺陷進行的。而為了有效的的跟蹤、管理Bug的處理情況，指導測試團隊和開發人員有效的處理相關Bug，有必要采用一套完整的方法、手段對其進行管理，也就是本文將介紹的
缺陷管理流程。
一、缺陷產生的原因
通常開發及測試人員所講述的軟件錯誤和軟件缺陷是兩個不同的概念，簡單的來講軟件錯誤是指在軟件聲明周期內不希望或不可見接受的人為錯誤，其結果是導致軟件缺陷的產生。在軟件動態運行過程中，在某種條件下系統中軟件缺陷暴露導致故障發生，最終導致軟件失效。
軟件缺陷產生的原因：
①需求規格說明書編寫的不夠全面、不完整、不准確而產生的缺陷；
②設計變更時，沒有及時溝通或者溝通不順暢；
③研發過程中的需求變更；
④程序開發人員對業務上的不理解或理解不一致；
⑤代碼編寫不嚴謹，缺少逗號、被除數為0等
⑥軟件系統運行的軟硬件環境帶來的問題。
正確理解了缺陷定義和產生的根源，可以幫助測試人員比較容易地找到判斷缺陷的方法，因此用戶的需求規格說明書或產品說明書是判斷缺陷的關鍵。因此在識別缺陷的過程中，測試人員可以從以下幾個方面入手：
①首先測試人員要對需求規格說明書或者產品說明書等說明性文檔要非常熟悉，因為這些文檔反映了用戶的實際業務需求；
②通過對所測試產品或系統的行業和業務背景知識的了解，來發現被忽視的問題；
③通過自己不斷的積累測試經驗和行業規則，發現深層次的缺陷；
④通過溝通來收集、
學習和分享其他人判斷缺陷的方法。
二、缺陷報告介紹
缺陷報告是測試工程師的主要的產物，也是測試團隊主要的交付物之一。其作用是讓研發人員能夠了解到缺陷是如何產生的，便於更好的修復缺陷。
缺陷報告的幾大要素：缺陷標題、缺陷發生的模塊、缺陷產生的功能點、缺陷類型、缺陷狀態、缺陷產生的詳細步驟、缺陷的嚴重性、缺陷的優先級、缺陷的狀態、涉及的軟件版本、提交缺陷的人員、提交日期。同時還可以提供相關聯的
測試用例編號。
缺陷處理后要填寫的信息：修復的版本號、修復人、拒絕/掛起人。
三、缺陷管理流程
①總體流程
②缺陷提交流程
③缺陷修復流程
④缺陷驗證流程
⑤缺陷拒絕處理流程
⑥掛起缺陷處理流程
⑦爭議缺陷處理流程
