起因
測試人員人數、項目需求量與其他項目組基本相同,但是本組測試人員經常加班到很晚,想找到具體的問題出在哪里
解決思路
- 測試的工作與開發和產品密切相關
- 希望通過一些數據反應出目前一個需求(或項目、或人員)的工作情況
- 通過缺陷數量/占比來衡量出測試的工作量及產品的質量
衡量標準
- 測試環節
衡量維度:項目、里程碑
WechatIMG53.jpeg
衡量維度:歸屬人、歸屬職能
1526463496061.jpg
-
生產環節
1526463564761.jpg
缺陷指數
環境
測試
生產
級別
高
阻斷性缺陷,缺陷導致核心功能不可用
中
非核心功能不可用,功能缺陷
低
提示類、UI、文案等
建議
優化建議生成原因
- 需求缺陷、需求變更
- 功能與需求文檔不符
- 技術方案考慮不足
- 兼容性
- 性能問題
- 不是缺陷(無效bug,無法重現
- 復測次數
在實際測試過程中,開發把bug標記為fixed,但是并沒有解決,單獨作為記錄的一項
實施方式
通過gitlab記錄缺陷,根據指數標記相應標簽,每個周期自動化提取并分析輸出,供參考
- 環境標簽:只有線上的標記,默認為測試環境
- 衡量標準:由于語言及代碼風格不同,千行缺陷率只用來橫線比較