軟件測試的重要環(huán)節(jié)：Bug管理流程

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

錯誤跟蹤管理系統(tǒng)為了正確跟蹤每個軟件錯誤的處理過程，通常將軟件測試發(fā)現(xiàn)的每個錯誤作為一條條記錄輸入制定的錯誤跟蹤管理系統(tǒng)。

目前已有的缺陷跟蹤管理軟件包括Compuware公司的TrackRecord軟件(商業(yè)軟件)、Mozilla公司的Buzilla軟件(免費軟件)，以及國內(nèi)的微創(chuàng)公司的BMS軟件，這些軟件在功能上各有特點，可以根據(jù)實際情況選用。當然，也可以自己開發(fā)缺陷跟蹤軟件，例如基于Notes或是ClearQuese開發(fā)缺陷跟蹤管理軟件。

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

正確的數(shù)據(jù)庫權(quán)限管理是錯誤跟蹤管理系統(tǒng)的重要考慮要素，一般要保證對于添加的錯誤不能從數(shù)據(jù)庫中刪除。

軟件錯誤的狀態(tài)新信息(New)：測試中新報告的軟件缺陷;打開 (Open)：被確認并分配給相關(guān)開發(fā)人員處理;修正(Fixed)：開發(fā)人員已完成修正，等待測試人員驗證;拒絕(Declined)：拒絕修改缺陷;延期(Deferred)： 不在當前版本修復的錯誤，下一版修復關(guān)閉(Closed)：錯誤已被修復;Bug管理的一般流程測試人員提交新的Bug入庫，錯誤狀態(tài)為New.高級測試人員驗證錯誤，如果確認是錯誤，分配給相應的開發(fā)人員，設置狀態(tài)為Open.如果不是錯誤，則拒絕，設置為Declined狀態(tài)。

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

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

測試人員查詢狀態(tài)為Fixed的Bug，然后驗證Bug是否已解決，如解決置Bug的狀態(tài)為Closed，如沒有解決置狀態(tài)為Reopen.軟件錯誤流程管理要點為了保證錯誤的正確性，需要有豐富測試經(jīng)驗的測試人員驗證發(fā)現(xiàn)的錯誤是否是真正的錯誤，書寫的測試步驟是否準確，可以重復。

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

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

錯誤修復后必須由報告錯誤的測試人員驗證后，確認已經(jīng)修復，才能關(guān)閉錯誤。

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