缺陷跟蹤管理是測試工作的乙個重要部分，測試的目的是為了盡早發現軟體系統中的缺陷，因此，對缺陷進行跟蹤管理，確保每個被發現的缺陷都能夠及時得到處理是測試工作的一項重要內容。
1、 缺陷跟蹤管理的目標
缺陷能夠引起軟體執行時產生的一種不希望或不可接受的外部行為結果，軟體測試過程簡單說就是圍繞缺陷進行的，對缺陷的跟蹤管理一般而言需要達到以下的目標：
確保每個被發現的缺陷都能夠被解決；這裡解決的意思不一定是被修正，也可能是其他處理方式（例如，在下乙個版本中修正或是不修正），總之，對每個被發現的bug的處理方式必須能夠在開發組織中達到一致；
收集缺陷資料並根據缺陷趨勢曲線識別測試過程的階段；決定測試過程是否結束有很多種方式，通過缺陷趨勢曲線來確定測試過程是否結束是常用並且較為有效的一種方式。
收集缺陷資料並在其上進行資料分析，作為組織的過程財富。
上述的第一條是最受到重視的一點，在談到缺陷跟蹤管理時，一般人都會馬上想到這一條，然而對第二和第三條目標卻很容易忽視。其實，在乙個執行良好的組織中，缺陷資料的收集和分析是很重要的，從缺陷資料中可以得到很多與軟體質量相關的資料。
2、 缺陷的描述
對缺陷的描述應該包含以下的內容：
可追蹤資訊
缺陷id
唯一的缺陷id，可以根據該id追蹤缺陷
缺陷基本資訊
缺陷狀態
缺陷的狀態，分為「待分配」、「待修正」、「待驗證」、「待評審」、「關閉」
缺陷標題
描述缺陷的標題
缺陷的嚴重程度
描述缺陷的嚴重程度，一般分為「致命」、「嚴重」、「一般」、「建議」四種
缺陷的緊急程度
描述缺陷的緊急程度，從1－4，1是優先順序最高的等級，4是優先順序最低的等級
缺陷提交人
缺陷提交人的名字（郵件位址）
缺陷提交時間
缺陷提交的時間
缺陷所屬專案/模組
缺陷所屬的專案和模組，最好能較精確的定位至模組
缺陷指定解決人
缺陷指定的解決人，在缺陷「提交」狀態為空，在缺陷「分發」狀態下由專案經理指定相關開發人員修改
缺陷指定解決時間
專案經理指定的開發人員修改此缺陷的deadline
缺陷處理人
最終處理缺陷的處理人
缺陷處理結果描述
對處理結果的描述，如果對**進行了修改，要求在此處體現出修改
缺陷處理時間
缺陷處理的時間
缺陷驗證人
對被處理缺陷驗證的驗證人
缺陷驗證結果描述
對驗證結果的描述（通過、不通過）
缺陷驗證時間
對缺陷驗證的時間
缺陷的詳細描述
對缺陷的詳細描述；之所以把這項單獨列出來，是因為對缺陷描述的詳細程度直接影響開發人員對缺陷的修改，描述應該盡可能詳細
測試環境說明
對測試環境的描述
必要的附件
缺陷的描述項中用淡紫色描述的是缺陷在處理階段填寫的內容；用淡青色描述的是缺陷在驗證階段填寫的內容。除上述描述項外，從統計的角度出發，還可以新增上「缺陷引入階段」、「缺陷修正工作量」等專案。
3、 缺陷管理的一般流程
缺陷管理的流程比較簡單，圖1是乙個缺陷狀態圖。
流程中的角色：
1、 測試人員：進行測試的人員，缺陷的發起者；
2、 專案經理：對整個專案負責，對產品質量負責的人員；
3、 開發人員：執行開發任務的人員，完成實際的設計和編碼工作；
4、 評審委員會：對缺陷進行最終確認，在專案成員對缺陷達不成一致意見時，行使仲裁權力。
缺陷的狀態
1、 初始化：缺陷的初始狀態；
3、 待修正：缺陷等待開發人員修正；
4、 待驗證：開發人員已完成修正，等待測試人員驗證；
5、 待評審：開發人員拒絕修改缺陷，需要評審委員會評審；
6、 關閉：缺陷已被處理完成。
4、 缺陷資料統計
如前所述，缺陷資料統計也是缺陷跟蹤管理系統的目標。一般而言，生成的缺陷資料統計圖表包括缺陷趨勢圖、缺陷分布圖、缺陷及時處理情況統計表等。
5、 缺陷跟蹤管理系統
目前已有的缺陷跟蹤管理軟體包括***puware公司的trackrecord軟體（商業軟體）、mozilla公司的buzilla軟體（免費軟體），以及國內的微創公司的bms軟體，這些軟體在功能上各有特點，可以根據實際情況選用。當然，也可以自己開發缺陷跟蹤軟體，例如基於notes或是clearquese開發缺陷跟蹤管理軟體。我公司採用的是自己開發的基於notes的缺陷跟蹤系統，除了具有上述功能外，還能夠通過notes的郵件系統方便地向相關人員傳送提醒資訊（缺陷處理超時提醒、缺陷待處理提醒等）。
除此之外，作為乙個缺陷跟蹤管理系統，還必須注意許可權分配的問題。缺陷記錄作為軟體開發過程中的重要資料，不能輕易被刪除；對於已經關閉的缺陷，也不能隨意進行修改。因此，缺陷跟蹤管理系統必須設定嚴格的管理許可權，非相關人員不得進行相應操作，修改相應資料。在這一點上，通過notes也很容易控制。
目管理和缺陷跟蹤工具 Redmine
redmine 是乙個開源的 基於web的 專案管理和缺陷跟蹤工具。它用日曆和甘特圖輔助專案及進度視覺化顯示。同時它又支援多專案管理。redmine是乙個自由開放 原始碼軟體解決方案，它提供整合的專案管理功能，問題跟蹤，並為多個版本控制選項的支援。雖說像ibm rationalteam concer...
專案管理和缺陷跟蹤工具Redmine
官網 projects redmine wiki download redmine 是乙個開源的 基於web的專案管理和缺陷跟蹤工具。它用日曆和甘特圖輔助專案及進度視覺化顯示。同時它又支援多專案管理。redmine是乙個自由開放 原始碼軟體解決方案，它提供整合的專案管理功能，問題跟蹤，並為多個版本控...
微軟的缺陷跟蹤
第一步 bug報告 測試工程師在測試過程中發現新的bug後，應向專案組報告該bug的位置 表現 當前狀態等資訊。專案組在bug資料庫中新增該bug的記錄。第二步 bug評估和分配 開發經理對已發現的bug進行集中討論，根據bug對軟體產品的影響來評估bug的優先順序，制定bug的修正策略。按照bug...