? 漏測分類
接下來需要將所有的漏測缺陷按照有意義的屬性進行分類，當然，前提條件是已經有了一個包含了所有漏測缺陷詳細信息的漏測列表。然后需要確定哪些屬性分類是對分析有用的。下面給出一些漏測缺陷的屬性的例子：
? 漏測產生活動(最有可能發現該漏測缺陷的活動)
? 開發階段(原始需求評審、概念評審、設計評審、代碼檢視、單元測試、模塊聯調、信息資料開發)
? 測試階段(功能測試、系統測試、本地語言測試、設備驅動測試、安裝測試、性能測試、異常測試)
? 產品模塊(產生了漏測缺陷的代碼模塊)
? 模塊 A 、 B 、 C 等
? 缺陷影響(對用戶使用造成的影響)
? 系統崩潰、業務中止、數據完整性、命令失效、安裝失敗、設備 / 驅動、性能、文檔、可用性等
? 引入版本(引入漏測缺陷的代碼版本)
? 平臺
? 嚴重級別
? 發現漏測的版本
漏測產生活動是指在軟件開發測試過程中，某類被漏測的缺陷最應該在該活動中被發現。設置該項分類的目的是為了便于對產生了漏測的活動進行更進一步的細化分析。
產品模塊是指被漏測的缺陷所在的代碼模塊。
缺陷影響是指漏測缺陷給用戶使用時所帶來問題的類型。
引入版本是漏測缺陷被引入時的代碼版本，它應該是代碼第一次引入該缺陷的版本。
平臺是指產生漏測的平臺或操作系統。
嚴重級別是指缺陷的嚴重程度度量，例如：致命、嚴重、一般、提示。如果你的缺陷跟蹤過程還沒有包含缺陷的這個屬性，那么漏測分析過程應該明確地給出每個缺陷的嚴重級別。
發現漏測的版本是指該漏測初次被發現并被報告時的軟件版本。
進行漏測分類活動時，最好將開發、測試、技術支持以及其他所有產品生命周期中相關部門的代表組織到一起對近期的漏測進行討論，特別是技術支持人員能夠提供很多非常詳細的關于漏測缺陷的信息，這對漏測分類非常有幫助。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
