在軟件開發項目中，測試人員的一項最重要使命就是對所有已知Bug進行有效的跟蹤和管理，保證產品中出現的所有問題都可以得到有效的解決 。
一般地，項目組發現、定位、處理和最終解決一個Bug的過程包括Bug報告、Bug評估和分配、Bug處理、Bug關閉等四個階段：
1、測試工程師在測試過程中發現新的Bug後，應向項目組報告該Bug的位置、表現、當前狀態等信息，項目組在Bug數據庫中添加該Bug的記錄。
2、開發經理對已發現的Bug進行集中討論，根據Bug對軟件產品的影響來評估Bug的優先級，制定Bug的修正策略。按照Bug的優先級順序和開發人員的工作安排，開發經理將所有需要立即處理的Bug分配給相應的開發工程師。
3、開發工程師根據安排對特定的Bug進行處理，找出代碼中的錯誤原因，修改代碼，重新生成產品版本。
4、開發工程師處理了Bug之後，測試人員需要對處理後的結果進行驗證，經過驗證確認已正確處理的Bug被標記為關閉（Close）狀態。測試工程師既需要驗證Bug是否已經被修正，也需要確定開發人員有沒有在修改代碼的同時引入新的Bug。
Bug的不同處理方式
在某些情況下，Bug已處理並不意味著Bug已經被修正。開發工程師可以推遲Bug的修正時間，也可以在分析之後告知測試工程師這實際上不是一個真正的Bug。
也就是說，某特定的Bug經開發工程師處理之後，該Bug可能包括以下幾種狀態：
已修正：開發工程師已經修正了相應的程序代碼，該Bug不會出現了。
可推遲：該Bug的重要程度較低，不會影響當前應提交版本的主要功能，可安排在下一版本中再行處理。
設計問題：該Bug與程序實現無關，其所表現出來的行為完全符合設計要求，對此應提交給程序經理處理。
無需修正：該Bug的重要程度非常低，根本不會影響程序的功能，項目組沒有必要在這些Bug上浪費時間。
閱讀更多 說說軟件測試那些事兒 的文章
