在項目組進行實際漏測分析活動時，也許不需要按照上面建議的一些屬性進行分類，而需要采用其他一些分類標準，這時最好在項目組內集體討論來決定哪些分類是最適用的。
在漏測缺陷分類活動結束后，需要對分類結果數據進行統計分析。例如，每個漏測缺陷對應了一個漏測產生的活動，這時可以考慮對該活動進行進一步的改進。
? 分析活動：跟蹤工具
進行漏測分析時如果沒有缺陷跟蹤工具的支持是很困難的。應該采用工具來維護所有不同分類的漏測缺陷數據。 Lotus Notes 數據庫就是一個不錯的工具，它能很方便地將數據按各種不同的方式進行分割，這樣你能夠對同樣一批數據創建各種視圖，從而能夠從各個角度進行統計分析。
? 分析活動：統計
統計分析是為了指導全流程過程改進。進行統計分析首先要確定進行統計分析的頻度，一般一個季度進行一次統計分析比較合適。進行統計分析時，需要將某個分類的各分類項的數據一一和該分類的所有其它分類項數據進行比較，并且對所有的分類都要進行這樣的操作。對那些相對總數比較大的分類項還要進行更進一步細分，進行更進一步的統計分析工作。
? 分析活動：全流程過程改進
進行統計分析的時候，漏測分析小組需要集合在一起，對統計分析結果進行討論�；诮y計分析結果可以得到各種趨勢圖，分析小組可以討論全開發流程中需要改進的意見和方案，然后對那些需要改進的地方作出正式的改進建議，制定改進實施計劃，并在隨后的會議上，漏測分析小組對變更實施過程進行討論�？梢酝ㄟ^漏測分析數據庫或者其他工具進行任務分配和跟蹤。這里可以給出兩個根據缺陷分析進行全流程改進的例子：第一個例子，如果在系統在故障處理時發現了很多的漏測缺陷，那么進行開發過程全流程改進時，可以考慮增加異常測試組，加強異常測試;第二個例子，如果用戶在某硬件平臺上使用軟件的過程中發現了大量缺陷而測試組卻沒有該硬件平臺，這時需要考慮改進硬件獲取過程，增加測試的硬件平臺。全流程改進會給軟件企業帶來巨大的影響，所以一定要取得管理層的支持和同意。
? 分析活動：局部過程改進
在聯合項目組進行漏測分析時，對每個產生了漏測的活動都要選出代表(如：開發活動代表、測試活動代表、文檔寫作代表等等)。例如：針對 “ 漏測產生活動 ” 屬性進行分類時，如果某漏測缺陷被分類到 “ 單元測試 ” ，那么該漏測缺陷應該由開發活動代表對其進行進一步的局部過程分析。所有這些缺陷都列在漏測分析數據庫里，每個分類活動的代表應該列出歸屬該活動的所有漏測缺陷列表，然后提出這些活動的局部改進計劃。舉例來說，測試活動代表應該列出所有 “ 漏測產生活動 ” 為 “ 測試 ” 的漏測缺陷，并進行細分，然后將他們分配給測試工程師進行分析;測試工程師將針對所分配的漏測缺陷進行詳細分析，找出漏測的原因，然后提出有針對性的改進計劃來防止同類缺陷再次被漏測。這些改進計劃應該在審核通過后實施，并且整個改進過程應該在數據庫中進行跟蹤，每個改進計劃都應該能和單個缺陷漏測分析結果相對應，測試代表應該推動各改進計劃的完成、審核和實施。這里要特別強調的是，這些改進計劃不是用來修復缺陷的，因為這些被分析的漏測缺陷應該已經被修復好了，這些改進計劃僅僅是在基于某個缺陷漏測原因分析的基礎上重新確定測試過程(或開發過程等)，它關心的是如何防止該類問題將來再次發生，而不是關心該特定的缺陷在將來是否會再出現(因為它已經被修復了)。例如，局部過程改進計劃可以是補充以前沒有考慮到的用例，也可以是在測試環境中增加特定的硬件使得測試環境更接近于用戶使用環境。在考慮改進計劃的時候應該鼓勵創造性。
? 度量
漏測分析過程的最后一步是對改進過程的階段性實施效果進行測量。本文后面部分將對此進行更詳細的論述。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
