軟體缺陷管理流程

軟體缺陷（bug）能夠引起軟體執行時產生的一種不希望或不可接受的外部行為結果，而軟體測試的過程簡單來說就是圍繞缺陷進行的。而為了有效的的跟蹤、管理bug的處理情況，指導測試團隊和開發人員有效的處理相關bug，有必要採用一套完整的方法、手段對其進行管理，也就是本文將介紹的缺陷管理流程。

一、缺陷產生的原因

通常開發及測試人員所講述的軟體錯誤和軟體缺陷是兩個不同的概念，簡單的來講軟體錯誤是指在軟體宣告週期內不希望或不可見接受的人為錯誤，其結果是導致軟體缺陷的產生。在軟體動態執行過程中，在某種條件下系統中軟體缺陷暴露導致故障發生，最終導致軟體失效。

軟體缺陷產生的原因：

①需求規格說明書編寫的不夠全面、不完整、不準確而產生的缺陷；

②設計變更時，沒有及時溝通或者溝通不順暢；

③研發過程中的需求變更；

④程式開發人員對業務上的不理解或理解不一致；

⑤**編寫不嚴謹，缺少逗號、被除數為0等

⑥軟體系統執行的軟硬體環境帶來的問題。

正確理解了缺陷定義和產生的根源，可以幫助測試人員比較容易地找到判斷缺陷的方法，因此使用者的需求規格說明書或產品說明書是判斷缺陷的關鍵。因此在識別缺陷的過程中，測試人員可以從以下幾個方面入手：

①首先測試人員要對需求規格說明書或者產品說明書等說明性文件要非常熟悉，因為這些文件反映了使用者的實際業務需求；

②通過對所測試產品或系統的行業和業務背景知識的了解，來發現被忽視的問題；

③通過自己不斷的積累測試經驗和行業規則，發現深層次的缺陷；

④通過溝通來收集、學習和分享其他人判斷缺陷的方法。

二、缺陷報告介紹

缺陷報告是測試工程師的主要的產物，也是測試團隊主要的交付物之一。其作用是讓研發人員能夠了解到缺陷是如何產生的，便於更好的修復缺陷。

缺陷報告的幾大要素：缺陷標題、缺陷發生的模組、缺陷產生的功能點、缺陷型別、缺陷狀態、缺陷產生的詳細步驟、缺陷的嚴重性、缺陷的優先順序、缺陷的狀態、涉及的軟體版本、提交缺陷的人員、提交日期。同時還可以提供相關聯的測試用例編號。

缺陷處理後要填寫的資訊：修復的版本號、修復人、拒絕/掛起人。

三、缺陷管理流程

①總體流程

②缺陷提交流程

③缺陷修復流程

④缺陷驗證流程

⑤缺陷拒絕處理流程

⑥掛起缺陷處理流程

⑦爭議缺陷處理流程