也談缺陷跟蹤管理

缺陷跟蹤管理是測試工作的一個重要部分，測試的目的是為了盡早發現軟件系統中的缺陷，因此，對缺陷進行跟蹤管理，確保每個被發現的缺陷都能夠及時得到處理是測試工作的一項重要內容。
1、 缺陷跟蹤管理的目標
缺陷能夠引起軟件運行時產生的一種不希望或不可接受的外部行為結果，軟件測試過程簡單說就是圍繞缺陷進行的，對缺陷的跟蹤管理一般而言需要達到以下的目標：
確保每個被發現的缺陷都能夠被解決；這里解決的意思不一定是被修正，也可能是其他處理方式（例如，在下一個版本中修正或是不修正），總之，對每個被發現的BUG的處理方式必須能夠在開發組織中達到一致；
收集缺陷數據并根據缺陷趨勢曲線識別測試過程的階段；決定測試過程是否結束有很多種方式，通過缺陷趨勢曲線來確定測試過程是否結束是常用并且較為有效的一種方式。
收集缺陷數據并在其上進行數據分析，作為組織的過程財富。
上述的第一條是最受到重視的一點，在談到缺陷跟蹤管理時，一般人都會馬上想到這一條，然而對第二和第三條目標卻很容易忽視。其實，在一個運行良好的組織中，缺陷數據的收集和分析是很重要的，從缺陷數據中可以得到很多與軟件質量相關的數據。
2、 缺陷的描述
對缺陷的描述應該包含以下的內容：

缺陷的描述項中用淡紫色描述的是缺陷在處理階段填寫的內容；用淡青色描述的是缺陷在驗證階段填寫的內容。除上述描述項外，從統計的角度出發，還可以添加上“缺陷引入階段”、“缺陷修正工作量”等項目。
3、 缺陷管理的一般流程
缺陷管理的流程比較簡單，圖1是一個缺陷狀態圖。

流程中的角色：
1、 測試人員：進行測試的人員，缺陷的發起者；
2、 項目經理：對整個項目負責，對產品質量負責的人員；
3、 開發人員：執行開發任務的人員，完成實際的設計和編碼工作；
4、 評審委員會：對缺陷進行最終確認，在項目成員對缺陷達不成一致意見時，行使仲裁權力。
缺陷的狀態
1、 初始化：缺陷的初始狀態；
2、 待分配：缺陷等待分配給相關開發人員處理；
3、 待修正：缺陷等待開發人員修正；
4、 待驗證：開發人員已完成修正，等待測試人員驗證；
5、 待評審：開發人員拒絕修改缺陷，需要評審委員會評審；
6、 關閉：缺陷已被處理完成。
4、 缺陷數據統計
如前所述，缺陷數據統計也是缺陷跟蹤管理系統的目標。一般而言，生成的缺陷數據統計圖表包括缺陷趨勢圖、缺陷分布圖、缺陷及時處理情況統計表等。
5、 缺陷跟蹤管理系統
目前已有的缺陷跟蹤管理軟件包括Compuware公司的TrackRecord軟件（商業軟件）、Mozilla公司的Buzilla軟件（免費軟件），以及國內的微創公司的BMS軟件，這些軟件在功能上各有特點，可以根據實際情況選用。當然，也可以自己開發缺陷跟蹤軟件，例如基于Notes或是ClearQuese開發缺陷跟蹤管理軟件。我公司采用的是自己開發的基于Notes的缺陷跟蹤系統，除了具有上述功能外，還能夠通過Notes的郵件系統方便地向相關人員發送提醒信息（缺陷處理超時提醒、缺陷待處理提醒等）。
除此之外，作為一個缺陷跟蹤管理系統，還必須注意權限分配的問題。缺陷記錄作為軟件開發過程中的重要數據，不能輕易被刪除；對于已經關閉的缺陷，也不能隨意進行修改。因此，缺陷跟蹤管理系統必須設置嚴格的管理權限，非相關人員不得進行相應操作，修改相應數據。在這一點上，通過Notes也很容易控制。

文章來源于領測軟件測試網 http://www.kjueaiud.com/

TAG: 跟蹤 管理 缺陷 也談