產生、分析、報告、采取行動的測試度量過少，且不具有實際意義 。

二、發生時間段

1.項目過大及復雜，需要管理。

2.一個或多個管理人員需要測試程序是可視的

三、陷阱表現

1.未產生、分析、報告或采取行動的及使用測試度量作為決策基礎

2.主要測試度量不表現測試人員的工作效率 ，也不是團隊發現缺陷的有效性。

只計算缺陷數量，不考慮初始缺陷密度。

只記錄每個缺陷代價高的成本的初始質量，因當待發現的缺陷數量降低時，每個缺陷的成本升高。

3.僅計算開發並pass的測試的數量 ，不考慮測試規模和復雜性及達到計劃的代碼覆蓋水平所需測試的數量 。未估計測試有效性

未估計剩余未被發現的缺陷的數量（如使用建設性的質量模型），

從之前的測試漏網的缺陷的數量，如：

應在單元測試過程中發現，但卻在集成和系統級測試中發現的單元缺陷

應在單元或集成測試中發現，但卻在系統測試中發現的接口缺陷

應在專業工程測試中發現，但在系統、驗收或運行測試過程中發現的導致不能達到質量屬性要求的水平的缺陷。

4.管理層嚴格用單位時間內所發現的缺陷來度量整體測試項目的生產效率 ，忽略了所發現缺陷的重要性和嚴重性。

四、負面後果

1.管理人員、測試人員和測試的其他利益相關者不是準確地知道測試的質量、所發現缺陷的重要性，或交付的系統中遺留缺陷的數量

2.管理人員不知道測試團隊的工作效率和發現重要缺陷的成效，難以改進測試過程

3.測試人員集中精力尋找大量缺陷，而不是尋找關鍵缺陷（如有任務關鍵性、安全關鍵性、保密關鍵性的後果的）

4.測試利益相關者有虛假的安全感 ，認為系統在交付和部署時會正常工作

五、原因

1.項目管理不熟悉不同類型的有用的測試指標 （如質量、狀態、生產效率）

2.度量指標的收集 分析 報告是在如此概要的程度 。

3.項目管理只知道向後看的指標 ，而不是前瞻性指標（如待發現的遺留缺陷）

六、建議

1.準備：

為測試人員和測試利益相關者提供強調測試指標的基本度量培訓

2.啟用

在測試計劃中包含健全的度量，包括所有相關指標

強調發現重要缺陷

3.執行

使用以下測試指標：

最初測試執行中發現的缺陷數量（測試有效性度量）

每個驗證裏程碑漏網的缺陷數量（評審 審查 測試）

留在交付系統中潛在的未被發現的缺陷的估計數量

單位時間發現遺留缺陷的估計總百分比，按缺陷嚴重程度加權（測試項目的生產率度量）

定期收集和分析一套合適的進展、生產效率和質量的測試指標

向項目管理層報告這些測試指標

4.驗證

確定執行的測試過程是否已過度度量驅動

確定測試人員是否更關心看起來不錯而不是找到最重要的Bug

確定是否正在收集 分析 報告足夠的測試指標

軟件測試管理之測試度量