起因

測試人員人數、項目需求量與其他項目組基本相同，但是本組測試人員經常加班到很晚，想找到具體的問題出在哪里

解決思路

• 測試的工作與開發和產品密切相關
• 希望通過一些數據反應出目前一個需求（或項目、或人員）的工作情況
• 通過缺陷數量/占比來衡量出測試的工作量及產品的質量

衡量標準

1. 測試環節

衡量維度：項目、里程碑

WechatIMG53.jpeg

衡量維度：歸屬人、歸屬職能

1526463496061.jpg

2. 生產環節

   
   
   1526463564761.jpg

缺陷指數

1. 環境
   測試 生產

2. 級別
   高
   阻斷性缺陷，缺陷導致核心功能不可用
   中
   非核心功能不可用，功能缺陷
   低
   提示類、UI、文案等
   建議
   優化建議

3. 生成原因

- 需求缺陷、需求變更
- 功能與需求文檔不符
- 技術方案考慮不足
- 兼容性
- 性能問題
- 不是缺陷（無效bug，無法重現

4. 復測次數
   在實際測試過程中，開發把bug標記為fixed，但是并沒有解決，單獨作為記錄的一項

實施方式

通過gitlab記錄缺陷，根據指數標記相應標簽，每個周期自動化提取并分析輸出，供參考

• 環境標簽：只有線上的標記，默認為測試環境
• 衡量標準：由于語言及代碼風格不同，千行缺陷率只用來橫線比較