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