軟件測試的重要環節：Bug管理的一般流程

　　軟件測試的重要環節：Bug管理的一般流程  軟件測試

　　軟件測試的主要目的在于發現軟件存在的錯誤(Bug)，對于如何處理測試中發現的錯誤，將直接影響到測試的效果。只有正確、迅速、準確地處理這些錯誤，才能消除軟件錯誤，保證要發布的軟件符合需求設計的目標。在實際軟件測試過程中，對于每個Bug都要經過測試、確認、修復、驗證等的管理過程，這是軟件測試的重要環節。

　　錯誤跟蹤管理系統

　　為了正確跟蹤每個軟件錯誤的處理過程，通常將軟件測試發現的每個錯誤作為一條條記錄輸入制定的錯誤跟蹤管理系統。

　　目前已有的缺陷跟蹤管理軟件包括Compuware公司的TrackRecord軟件(商業軟件)、

　　Mozilla公司的Buzilla軟件(免費軟件)，以及國內的微創公司的BMS軟件，這些軟件在功能上各有特點，可以根據實際情況選用。當然，也可以自己開發缺陷跟蹤軟件，例如基于Notes或是ClearQuese開發缺陷跟蹤管理軟件。

　　作為一個缺陷跟蹤管理系統，需要正確設計每個錯誤的包含信息的字段內容和記錄錯誤的處理信息的全部內容。字段內容可能包括測試軟件名稱，測試版本號，測試人名稱，測試事件，測試軟件和硬件配置環境，發現軟件錯誤的類型，錯誤的嚴重等級，詳細步驟，必要的附圖，測試注釋。處理信息包括處理者姓名，處理時間，處理步驟，錯誤記錄的當前狀態。

　　正確的數據庫權限管理是錯誤跟蹤管理系統的重要考慮要素，一般要保證對于添加的錯誤不能從數據庫中刪除。

　　軟件錯誤的狀態

　　新信息(New)：測試中新報告的軟件缺陷;

　　打開 (Open)：被確認并分配給相關開發人員處理;

　　修正(Fixed)：開發人員已完成修正，等待測試人員驗證;

　　拒絕(Declined):拒絕修改缺陷;

　　延期(Deferred): 不在當前版本修復的錯誤，下一版修復

　　關閉(Closed)：錯誤已被修復;

　　Bug管理的一般流程

　　測試人員提交新的Bug入庫，錯誤狀態為New。

　　高級測試人員驗證錯誤，如果確認是錯誤，分配給相應的開發人員，設置狀態為Open。如果不是錯誤，則拒絕，設置為Declined狀態。

　　開發人員查詢狀態為Open的Bug，如果不是錯誤，則置狀態為Declined;如果是Bug則修復并置狀態為Fixed。不能解決的Bug，要留下文字說明及保持Bug為Open狀態。

　　對于不能解決和延期解決的Bug，不能由開發人員自己決定，一般要通過某種會議(評審會)通過才能認可。

　　測試人員查詢狀態為Fixed的Bug，然后驗證Bug是否已解決，如解決置Bug的狀態為

　　Closed，如沒有解決置狀態為Reopen。

　　軟件錯誤流程管理要點

　　為了保證錯誤的正確性，需要有豐富測試經驗的測試人員驗證發現的錯誤是否是真正的錯誤，書寫的測試步驟是否準確，可以重復。

　　每次對錯誤的處理都要保留處理信息，包括處理姓名，時間，處理方法，處理意見，Bug狀態。

　　拒絕或延期錯誤不能由程序員單方面決定，應該由項目經理，測試經理和設計經理共同決定。

　　錯誤修復后必須由報告錯誤的測試人員驗證后，確認已經修復，才能關閉錯誤。

　　加強測試人員與程序員的交流，對于某些不能重復的錯誤，可以請測試人員補充詳細的測試步驟和方法，以及必要的測試用例。

原文轉自：http://www.anti-gravitydesign.com