第一步(bug報告)
測試工程師在測試過程中發現新的bug後，應向專案組報告該bug的位置、表現、當前狀態等資訊。專案組在bug資料庫中新增該bug的記錄。
第二步(bug評估和分配)
開發經理對已發現的bug進行集中討論，根據bug對軟體產品的影響來評估bug的優先順序，制定bug的修正策略。按照bug的優先順序順序和開發人員的工作安排，開發經理將所有需要立即處理的bug分配給相應的開發工程師。
第三步(bug處理)
開發工程師根據安排對特定的bug進行處理，找出**中的錯誤原因，修改**，重新生成產品版本。
第四步(bug關閉)
開發工程師處理了bug之後，測試人員需要對處理後的結果進行驗證，經過驗證確認已正確處理的bug被標記為關閉（close）狀態。測試工程師既需要驗證bug是否已經被修正，也需要確定開發人員有沒有在修改**的同時引入新的bug。
缺陷跟蹤管理
缺陷跟蹤管理是測試工作的乙個重要部分，測試的目的是為了盡早發現軟體系統中的缺陷，因此，對缺陷進行跟蹤管理，確保每個被發現的缺陷都能夠及時得到處理是測試工作的一項重要內容。1 缺陷跟蹤管理的目標 缺陷能夠引起軟體執行時產生的一種不希望或不可接受的外部行為結果，軟體測試過程簡單說就是圍繞缺陷進行的，對缺...
缺陷跟蹤系統Mantis Bug Tracker
缺陷管理平台mantis，也做mantisbt，全稱mantis bug tracker。mantis是乙個基於php技術的輕量級的開源缺陷跟蹤系統，以web操作的形式提供專案管理及缺陷跟蹤服務。在功能上 實用性上足以滿足中小型專案的管理及跟蹤。更重要的是其開源，不需要負擔任何費用。mantis是乙...
目管理和缺陷跟蹤工具 Redmine
redmine 是乙個開源的 基於web的 專案管理和缺陷跟蹤工具。它用日曆和甘特圖輔助專案及進度視覺化顯示。同時它又支援多專案管理。redmine是乙個自由開放 原始碼軟體解決方案，它提供整合的專案管理功能，問題跟蹤，並為多個版本控制選項的支援。雖說像ibm rationalteam concer...