測試過程分析的15個常用度量元
序號
優先順序
度量物件
度量元
度量單位
採集週期
採集/計算方法
分析方法
作用11
使用者發現的各型別的缺陷
缺陷個數
個交付階段
維護階段
直接統計
80-20分析：對缺陷型別按缺陷個數排序，找出客戶發現的最多的20%的缺陷型別
分析客戶的關注點是什麼？為什麼客戶能發現這些型別的缺陷，為什麼我們沒有測試出來？定義改進措施21
軟體模組
缺陷密度
個/kloc
系統測試階段
缺陷個數/**規模
80-20分析：對所有模組的缺陷密度進行排序比較，找出缺陷密度最大的20%模組
找出質量最差的模組，採取改進措施31
遺留的缺陷
缺陷個數
個系統測試階段
上階段遺留的缺陷個數+本階段發現的缺陷個數-本階段解決的缺陷個數
和階段出口準則對比
里程碑評審決策的依據41
各級別嚴重程度的缺陷
缺陷個數
個系統測試階段
直接統計
和專案目標對比
判斷是否達到測試結束與產品發布準則51
回歸測試活動
缺陷個數
個系統測試階段
直接統計
趨勢線分析：橫座標為某次回歸測試，縱座標為缺陷個數，建立擬合曲線，判斷收斂性
針對每次回歸測試活動，進行收斂分析，作為發布決策的依據62
**走查
**走查的效率
個/小時
編碼階段
**走查發現的缺陷個數/**走查的工作量
和專案目標對比
比較評審與測試的效率，以確定二者投入工作量的比例72
單元測試
測試效率
個/小時
編碼階段
單元測試發現的缺陷個數/單元測試的工作量
和專案目標對比
建立單元測試的效能基線，**單元測試投入的工作量82
系統測試
測試效率
個/小時
系統測試階段
缺陷個數/測試工作量
和專案目標對比
建立測試活動的投入產出模型，用以估計為了達到專案的質量目標而需要的測試工作量92
系統測試
系統測試用例相對邏輯規模的密度
個/功能點
系統測試階段
系統測試用例個數/需求的規模
和專案目標對比
判斷系統測試的充分性102
系統測試
系統測試用例相對物理規模的密度
個/kloc
系統測試階段
系統測試用例個數/**規模
和專案目標對比
判斷系統測試的充分性113
測試發現各型別的缺陷
缺陷個數
個編碼階段
系統測試階段
直接統計
80-20分析：對缺陷型別按缺陷個數排序，找出最多的20%的缺陷型別
根據型別的分布，查詢錯誤的原因，定義編碼或設計的改進措施123
單元測試
缺陷密度
個/kloc
編碼階段
單元測試發現的缺陷個數/**規模
和專案目標對比
建立單元測試的效能基線，用以制定專案的質量目標133
單元測試
單元測試用例相對物理規模的密度
個/kloc
編碼階段
單元測試用例個數（或斷言的個數）/kloc
和專案目標對比
判斷單元測試的充分性143
整合測試
整合測試用例相對物理規模的密度
個/kloc
整合階段
整合測試用例個數/kloc
和專案目標對比
判斷整合測試的充分性153
系統測試
測試用例的有效性
%系統測試階段
依據測試用例發現的缺陷個數/所有的缺陷個數
和專案目標對比
評價測試用例的有效性，判斷是否需要提高測試用例的設計技術
測試過程分析的15個常用度量元
測試過程分析的15個常用度量元 序號優先順序度量物件度量元度量單位採集週期採集 計算方法分析方法作用11 使用者發現的各型別的缺陷 缺陷個數 個交付階段 維護階段 直接統計 80 20分析 對缺陷型別按缺陷個數排序，找出客戶發現的最多的20 的缺陷型別 分析客戶的關注點是什麼？為什麼客戶能發現這些型...
測試過程中的常用度量元
序號 優先順序 度量物件 度量元 度量單位 採集週期 採集 計算方法 分析方法 作用11 使用者發現的各型別的缺陷 缺陷個數 個交付階段 直接統計 80 20分析 對缺陷型別按缺陷個數排序，找出客戶發現的最多的20 的缺陷型別 分析客戶的關注點是什麼？為什麼客戶能發現這些型別的缺陷，為什麼我們沒有 ...
軟體測試過程的度量
1 測試度量的作用 a 為制定測試計畫時提供依據 需要多長時間?需要什麼物質條件？需要多少人，什麼素質的人？在規定的時間內能完成到什麼程度？哪些模組及功能需要重點關注？測試工作量佔整個專案的比例？測試結束後我們能達到什麼樣的目標 等等 這些資料是我們在專案啟動過程中，制定測試計畫，尤其在規劃資源的過...