軟件測試之Bug管理的一般流程
軟件測試 的主要目的在于發現軟件存在的錯誤(Bug),對于如何處理測試中發現的錯誤, 將直接影響到測試的效果。只有正確、迅速、準確地處理這些錯誤,才能消除軟件錯誤,保證 要發布的軟件符合 需求 設計的目標。在實際軟件 測試過程 中,對于每個Bug都要經過
軟件測試的主要目的在于發現軟件存在的錯誤(Bug),對于如何處理測試中發現的錯誤,
將直接影響到測試的效果。只有正確、迅速、準確地處理這些錯誤,才能消除軟件錯誤,保證
要發布的軟件符合
需求設計的目標。在實際軟件
測試過程中,對于每個Bug都要經過測試、確
認、修復、驗證等的管理過程,這是軟件測試的重要環節。
錯誤跟蹤管理系統
為了正確跟蹤每個軟件錯誤的處理過程,通常將軟件測試發現的每個錯誤作為一條條記錄
輸入制定的錯誤跟蹤管理系統。
目前已有的
缺陷跟蹤管理軟件包括
Compuware公司的
TrackRecord軟件(商業軟件)、
Mozilla公司的Buzilla軟件(免費軟件),以及國內的微創公司的BMS軟件,這些軟件在功能
上各有特點,可以根據實際情況選用。當然,也可以自己
開發缺陷跟蹤軟件,例如基于Notes
或是ClearQuese開發缺陷跟蹤管理軟件。
作為一個缺陷跟蹤管理系統,需要正確設計每個錯誤的包含信息的字段內容和記錄錯誤的
處理信息的全部內容。字段內容可能包括測試軟件名稱,測試版本號,測試人名稱,測試事
件,測試軟件和硬件配置環境,發現軟件錯誤的類型,錯誤的嚴重等級,詳細步驟,必要的附
圖,測試注釋。處理信息包括處理者姓名,處理時間,處理步驟,錯誤記錄的當前狀態。
正確的
數據庫權限管理是錯誤跟蹤管理系統的重要考慮要素,一般要保證對于添加的錯誤
不能從數據庫中刪除。
軟件錯誤的狀態
新信息(New):測試中新報告的
軟件缺陷;
打開 (Open):被確認并分配給相關開發人員處理;
修正(Fixed):開發人員已完成修正,等待
測試人員驗證;
拒絕(Declined):拒絕修改缺陷;
延期(Deferred): 不在當前版本修復的錯誤,下一版修復
關閉(Closed):錯誤已被修復;
Bug管理的一般流程
測試人員提交新的Bug入庫,錯誤狀態為New。
原文轉自:http://www.kjueaiud.com