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

錯誤跟蹤管理系統

為了正確跟蹤每個軟件錯誤的處理過程，通常將軟件測試發現的每個錯誤作為一條條記錄，輸入制定的錯誤跟蹤管理系統。目前已有的bug管理工具在功能 上各有特點，可以根據實際情況選用。當然，也可以自己開發缺陷跟蹤軟件。

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

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

Bug管理的一般流程

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

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

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

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

流程雖然簡單，但是在實際使用中還是發現一些問題：

1.bug信息不全：

有的信息，比如項目，模塊，指定處理人（也就是指派給誰處理）等，這些信息會用來作統計分析，哪個項目，哪個模塊，誰的bug多，誰發現的bug多，誰改的bug多等，根據這些信息可以大致看出一個人的工作量和工作質量。所以不要嫌麻煩，把bug的信息寫全些。

2.所提供的信息不準確：

有的bug描述一帶而過，表述含糊不清，只是說出現了錯誤，但是錯誤的現象是什么，提示信息是什么，怎么操作才出現的，都不清楚，這樣的bug交給開發人員，只會給開發人員增加負擔，因為他自己還要再作測試，以發現更多的信息，去排除bug，或者他會到測試那邊其討論，詢問詳情，有時要多次反饋才能確定到底是什么問題。

3.開發人員關閉bug： 

只有bug的提交人（也就是發現人）才能去關閉該bug，開發人員只能使用兩個狀態：“處理中”和“已修正”

4.bug的可重現性：

這個重要的屬性是在bug管理軟件中無法體現和度量的， 這個任務主要都在測試這邊，如果你發現了一個bug，趕緊把開發人員叫過來，人家來了，你要給他看看這個bug，可是卻怎么也不出現了，連自己都不知道這個bug是怎樣操作后才出現的。這樣不能重現的bug幾乎就不能算作bug，也是最讓人頭疼的問題。那么作為測試人員，你的任務就是要盡可能的找到bug出現的規律，嘗試各種可能，即使不能重現，起碼也要讓開發人員知道你已經作了哪些嘗試，而他不必再去走彎路。

軟件錯誤流程管理要點：

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

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

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

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

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

推薦閱讀：

Bug管理的作用有哪些？選擇Bug管理工具的三要素

缺陷管理方法之幾種常見的軟件缺陷預防方法

什么是軟件缺陷？缺陷分析的目的是什么?

如何選擇Bug管理工具?常用Bug管理工具的功能有哪些？

【免費工具下載】Bug管理、用例管理、報表管理、團隊管理、文檔管理