軟件質量指標度量V1.020**.3目錄1 綜述 31.1 編寫目的 31.2 閱讀指南 32 軟件質量指標 42.1 需求功能點覆蓋率 42.2 用例執(zhí)行覆蓋率 42.3 缺陷修復率（截至于**年*月*日） 52.4 缺陷遺留個數（截至于**年*月*日） 52.5 缺陷分布統計（模塊缺陷率） 52.6 缺陷分布統計（嚴重缺陷率） 62.7 缺陷密度及收斂 73 測試過程質量指標 93.1 缺陷探測率 93.2 有效缺陷率 93.1 用例執(zhí)行效率 103.2 缺陷發(fā)現率 104 交付質量指標 124.1 加載回退率 124.2 故障回退率 125 版本說明 13綜述編寫目的本文檔主要為測試經理、測試組長/測試人員、技術負責人、項目經理、開發(fā)人員等提供軟件質量、測試質量、交付質量等衡量依據。通過不同指標的目標設定、過程跟蹤、結果分析，為當期被測產品的質量提供可參考的數據，也為后續(xù)測試提供數據的基礎積累，并作為制定方法流程的依據。閱讀指南軟件測試質量指標主要針對研發(fā)項目、商務項目被測產品出具數據度量。測試過程質量指標主要為測試經理、測試組長對測試人員的測試執(zhí)行質量出具數據度量。交付質量主要為新需求的交付質量出具數據度量。三者可單獨使用，也可結合使用。軟件質量指標需求功能點覆蓋率【需求覆蓋率】：計算測試用例總數之和除以與之一一對應的功能點數之和，主要查看是否有功能點遺漏測試的情況?！竟健浚骸茰y試用例數（個）/∑功能點（個）說明：用例覆蓋需求矩陣，一個需求對應多個功能點?！緮祿碓础浚骸堵撏屑瘓F客戶業(yè)務支撐系統銷售管理用戶需求說明書》《聯通集中集團客戶業(yè)務支撐系統銷售管理需求跟蹤矩陣》【計算結果】需求覆蓋率=113/8=14.13用例執(zhí)行覆蓋率【用例執(zhí)行覆蓋率】：計算測試用例執(zhí)行總數除以與之一一對應的測試數之和，主要查看是否有測試用例執(zhí)行遺漏或有效的情況?！竟健浚骸茍?zhí)行的測試用例個數（個）/∑測試用例個數（個）*100%【數據來源】：《iSMS測試進度跟蹤表》【計算結果】：用例執(zhí)行覆蓋率=100%功能模塊測試用例個數執(zhí)行的測試用例個數用例覆蓋率XX模塊線索管理1414100%XX模塊創(chuàng)建1414100%XX模塊信息管理4141100%XX模塊審批55100%Xx模塊立項2020100%Xx模塊信息管理99100%Xx模塊管理88100%Xx模塊綜合查詢22100%總計113113100%缺陷修復率（截至于**年*月*日）【缺陷修復率】計算已修復（關閉）的缺陷總數除以有效缺陷總數，主要查看是否有測試用例執(zhí)行遺漏或有效的情況?！竟健浚骸菩迯停P閉）的缺陷數量（個）/∑有效缺陷數量（個）【數據來源】：從公司內部缺陷管理系統中導出數據：【計算結果】：缺陷修復率=206/216*100%=95%缺陷遺留個數（截至于**年*月*日）【缺陷遺留個數】統計待分配、待修改、重新處理的缺陷數量【公式】：待分配+待修改+reopen狀態(tài)的缺陷【數據來源】：從公司內部缺陷管理系統中導出數據【計算結果】：缺陷遺留個數=10，且為C類以下bug(建議性缺陷)缺陷分布統計（模塊缺陷率）【模塊缺陷率】：計算各模塊的缺陷數除以總體缺陷之和，主要查看模塊的質量的情況。說明：此指標不能單純看結果，要結合實際情況進行分析，如模塊的粒度是否劃分均勻，模塊的重要性，模塊包含的內容是否更容易發(fā)現bug等。【公式】：本模塊的缺陷數（個）/∑各模塊的缺陷數（個）*100%【數據來源】：QC管理平臺【計算結果】可通過導出表格、分析圖形的方式來度量結果模塊名缺陷數模塊缺陷率模塊11010/50*100%=20%模塊22020/50*100%=40%模塊32020/50*100%=40%總數50缺陷分布統計（嚴重缺陷率）【模塊缺陷率】：計算各模塊的嚴重缺陷數除以總體缺陷之和，主要查看模塊的質量的情況。說明：此指標不能單純看結果，要結合實際情況進行分析，如模塊的粒度是否劃分均勻，模塊的重要性，模塊包含的內容是否更容易發(fā)現bug等?！竟健浚罕灸K的嚴重缺陷數（個）/∑各模塊的嚴重缺陷數（個）*100%【數據來源】：QC管理平臺【計算結果】可通過導出表格、分析圖形的方式來度量結果模塊名嚴重缺陷數嚴重缺陷率模塊111/5*100%=20%模塊222/5*100%=40%模塊322/5*100%=40%總數5缺陷密度及收斂【模塊缺陷率】：計算各版本缺陷數除以測試模塊，主要查看版本是否趨于穩(wěn)定情況，通過數據圖表等方式來衡量版本交付的風險大小，是衡量版本是否可交付的重要依據之一。說明：如果缺陷密度逐漸收斂，說明版本逐漸穩(wěn)定；如果趨勢起伏不定，需要分析研究原因，查找不穩(wěn)定的原因；如果缺陷密度趨勢呈波狀，一定要重視起來，說明版本及其不穩(wěn)定，確認發(fā)布時要慎重?！竟健浚罕景姹镜娜毕輸担▊€）/∑已測各模塊數（個）【數據來源】：日常跟蹤數據、QC管理平臺【計算結果】可通過導出表格、分析圖形的方式來度量結果版本序號測試版本（日期）已測模塊總數版本bug數缺陷比率（bug總數/已測模塊總數)12011.12.55214.222011.12.89222.432011.12.1218241.342011.12.1423261.152011.12.1723251.162011.12.1827271.072011.12.1927140.582011.12.2033140.492011.12.2133160.5102011.12.223390.3112011.12.253380.2趨于收斂的缺陷密度圖：起伏不定的缺陷密度圖：測試過程質量指標缺陷探測率【缺陷探測率】：計算內部發(fā)現的缺陷數除以內部發(fā)現的缺陷數與用戶發(fā)現的缺陷數之和，主要查看內部發(fā)現缺陷的能力。說明：缺陷探測率越高，即內部發(fā)現的bug數越多，發(fā)布后客戶發(fā)現的bug數就越少，質量成本就越低?！竟健浚簝炔堪l(fā)現的缺陷數（個）/（內部發(fā)現的缺陷數（個）+用戶發(fā)現的缺陷數（個））*100%【數據來源】：日常跟蹤表，QC平臺，用戶缺陷平臺或列表【計算結果】：缺陷探測率=80/(80+5)=94%有效缺陷率【有效缺陷率】：計算被開發(fā)人員確認的BUG數總和除于本人上報BUG的總和，可用于查看測試人員的個人測試質量，也可用于查看整個測試組的測試質量。無效BUG狀態(tài)包括：問題重復、不是問題、不可復現狀態(tài)。這項指標用于考察測試人員發(fā)現的、被確認為缺陷的缺陷數高低或者百分比，數和比率越高測試質量越高。注意：由于系統框架根本性的、初始化參數設置錯誤引發(fā)的、錯誤數據、錯誤環(huán)境等而開發(fā)人員因無法修正、可以通過改變環(huán)境而無需修改程序、重新導入數據、再次發(fā)布而解決的BUG為有效BUG【公式】：測試人員發(fā)現的有效缺陷數（個）/測試人員發(fā)現的總缺陷數（個）*100%【數據來源】：日常跟蹤表，QC平臺，用戶缺陷平臺【計算結果】測試人員有效缺陷數總缺陷數有效缺陷率張苗苗606260/62*100%=97%李豆豆404240/42*100%=95%總體100104100/104*100%=96%用例執(zhí)行效率【用例執(zhí)行效率】：計算測試人員執(zhí)行的用例數除以執(zhí)行測試的時間，主要查看測試人員執(zhí)行測試的效率。說明：此指標的統計需要有一定的前提條件：用例的執(zhí)行步驟相對來說分布較均勻，執(zhí)行時間在一個較長的時間段內【公式】：∑測試人員執(zhí)行的用例數（個）/∑執(zhí)行用例的時間（小時）【數據來源】：日常跟蹤表，QC平臺，用戶缺陷平臺或列表【計算結果】：測試人員執(zhí)行用例數執(zhí)行時間（單位：小時）用例執(zhí)行效率張苗苗301230/12=2.5李豆豆20720/7=2.8總體501950/19=2.6缺陷發(fā)現率【缺陷發(fā)現率】：計算測試人員各自發(fā)現的缺陷數總和除于各自所花費的測試時間總和。由于執(zhí)行效率不能足夠代表測試人員是否認真工作，那么，每小時發(fā)現的缺陷數就是重要的考核指標，測試的工作可以通過這項指標得到反饋。注意：此項指標的統計可作為測試質量的一個依據，但實際工作中如果用此指標作為考核測試人員的唯一依據會帶來很多問題，比如，缺陷數可通過減小缺陷粒度、增加微小缺陷、增加不能確定bug數來提高分子數，這樣會增加缺陷流轉處理成本，會帶來更多的問題。建議慎用?！竟健浚骸铺峤蝗毕輸担▊€）/∑執(zhí)行測試的有效時間（小時）【數據來源】：日常跟蹤表，QC平臺，用戶缺陷平臺或列表【計算結果】：測試人員提交缺陷數執(zhí)行測試時間（單位：小時）缺陷發(fā)現率張苗苗253025/30=0.83李豆豆10910/9=1.1總體353935/39=0.9交付質量指標加載回退率【加載回退率】：計算計劃上線需求個數減去加載回退的需求個數之差除以計劃上線需求個數，主要查看新需求上線交付質量。說明：上線加載當日無法滿足上線條件，導致回退。【公式】：（上線需求數（個）-加載當時回退需求數（個））/上線需求數（個）*100%【數據來源】：生產門戶需求管控平臺，客戶需求管理平臺等【計算結果】加載回退率=（15-1）/15*100%=93%故障回退率【加載回退率】：計算計劃上線需求個數減去故障回退的需求個數之差除以計劃上線需求個數，主要查看新需求上線交付質量。說明：上線加載次日，用戶無法使用，引發(fā)投訴，進行故障回退?！竟健浚海ㄉ暇€需求數（個）-故障回退需求數（個））/上線需求數（個）*100%【數據來源】：生產門戶需求管控平臺，客戶需求管理平臺/缺陷管理平臺等【計算結果】故障回退率=（16-2）/16*100%=88%版本說明鑒于自己的經驗有限，尤其側重于測試方面，故總結的度量指標多為測試指標。其實軟件的質量保證需要多種途徑、多個層次、多個階段有計劃有步驟地去實現，測試只是其中一條途徑。休哈特說“產品質量不是檢驗出來的，而是生產出來的”，可見“測試只能發(fā)現問題，并不能解決問題”。戴明博士說“引起效率低下和不良質量的原因主要在公司的管理系統而不在員工”，但是我們不能因此而放棄對高質量的追求。我正在系統學習質量控制、質量保證、質量改進方面的知識，后續(xù)會整理出更為全面的度量指標，和同行及致力于提高軟件質量的朋友們分享。軟件質量指標度量V1.02012.3目錄1 綜述 31.1 編寫目的 31.2 閱讀指南 32 軟件質量指標 42.1 需求功能點覆蓋率 42.2 用例執(zhí)行覆蓋率 42.3 缺陷修復率（截至于**年*月*日） 52.4 缺陷遺留個數（截至于**年*月*日） 52.5 缺陷分布統計（模塊缺陷率） 52.6 缺陷分布統計（嚴重缺陷率） 62.7 缺陷密度及收斂 73 測試過程質量指標 93.1 缺陷探測率 93.2 有效缺陷率 93.1 用例執(zhí)行效率 103.2 缺陷發(fā)現率 104 交付質量指標 124.1 加載回退率 124.2 故障回退率 125 版本說明 13綜述編寫目的本文檔主要為測試經理、測試組長/測試人員、技術負責人、項目經理、開發(fā)人員等提供軟件質量、測試質量、交付質量等衡量依據。通過不同指標的目標設定、過程跟蹤、結果分析，為當期被測產品的質量提供可參考的數據，也為后續(xù)測試提供數據的基礎積累，并作為制定方法流程的依據。閱讀指南軟件測試質量指標主要針對研發(fā)項目、商務項目被測產品出具數據度量。測試過程質量指標主要為測試經理、測試組長對測試人員的測試執(zhí)行質量出具數據度量。交付質量主要為新需求的交付質量出具數據度量。三者可單獨使用，也可結合使用。軟件質量指標需求功能點覆蓋率【需求覆蓋率】：計算測試用例總數之和除以與之一一對應的功能點數之和，主要查看是否有功能點遺漏測試的情況。【公式】：∑測試用例數（個）/∑功能點（個）說明：用例覆蓋需求矩陣，一個需求對應多個功能點?！緮祿碓础浚骸堵撏屑瘓F客戶業(yè)務支撐系統銷售管理用戶需求說明書》《聯通集中集團客戶業(yè)務支撐系統銷售管理需求跟蹤矩陣》【計算結果】需求覆蓋率=113/8=14.13用例執(zhí)行覆蓋率【用例執(zhí)行覆蓋率】：計算測試用例執(zhí)行總數除以與之一一對應的測試數之和，主要查看是否有測試用例執(zhí)行遺漏或有效的情況?！竟健浚骸茍?zhí)行的測試用例個數（個）/∑測試用例個數（個）*100%【數據來源】：《iSMS測試進度跟蹤表》【計算結果】：用例執(zhí)行覆蓋率=100%功能模塊測試用例個數執(zhí)行的測試用例個數用例覆蓋率XX模塊線索管理1414100%XX模塊創(chuàng)建1414100%XX模塊信息管理4141100%XX模塊審批55100%Xx模塊立項2020100%Xx模塊信息管理99100%Xx模塊管理88100%Xx模塊綜合查詢22100%總計113113100%缺陷修復率（截至于**年*月*日）【缺陷修復率】計算已修復（關閉）的缺陷總數除以有效缺陷總數，主要查看是否有測試用例執(zhí)行遺漏或有效的情況。【公式】：∑修復（關閉）的缺陷數量（個）/∑有效缺陷數量（個）【數據來源】：從公司內部缺陷管理系統中導出數據：【計算結果】：缺陷修復率=206/216*100%=95%缺陷遺留個數（截至于**年*月*日）【缺陷遺留個數】統計待分配、待修改、重新處理的缺陷數量【公式】：待分配+待修改+reopen狀態(tài)的缺陷【數據來源】：從公司內部缺陷管理系統中導出數據【計算結果】：缺陷遺留個數=10，且為C類以下bug(建議性缺陷)缺陷分布統計（模塊缺陷率）【模塊缺陷率】：計算各模塊的缺陷數除以總體缺陷之和，主要查看模塊的質量的情況。說明：此指標不能單純看結果，要結合實際情況進行分析，如模塊的粒度是否劃分均勻，模塊的重要性，模塊包含的內容是否更容易發(fā)現bug等?！竟健浚罕灸K的缺陷數（個）/∑各模塊的缺陷數（個）*100%【數據來源】：QC管理平臺【計算結果】可通過導出表格、分析圖形的方式來度量結果模塊名缺陷數模塊缺陷率模塊11010/50*100%=20%模塊22020/50*100%=40%模塊32020/50*100%=40%總數50缺陷分布統計（嚴重缺陷率）【模塊缺陷率】：計算各模塊的嚴重缺陷數除以總體缺陷之和，主要查看模塊的質量的情況。說明：此指標不能單純看結果，要結合實際情況進行分析，如模塊的粒度是否劃分均勻，模塊的重要性，模塊包含的內容是否更容易發(fā)現bug等?！竟健浚罕灸K的嚴重缺陷數（個）/∑各模塊的嚴重缺陷數（個）*100%【數據來源】：QC管理平臺【計算結果】可通過導出表格、分析圖形的方式來度量結果模塊名嚴重缺陷數嚴重缺陷率模塊111/5*100%=20%模塊222/5*100%=40%模塊322/5*100%=40%總數5缺陷密度及收斂【模塊缺陷率】：計算各版本缺陷數除以測試模塊，主要查看版本是否趨于穩(wěn)定情況，通過數據圖表等方式來衡量版本交付的風險大小，是衡量版本是否可交付的重要依據之一。說明：如果缺陷密度逐漸收斂，說明版本逐漸穩(wěn)定；如果趨勢起伏不定，需要分析研究原因，查找不穩(wěn)定的原因；如果缺陷密度趨勢呈波狀，一定要重視起來，說明版本及其不穩(wěn)定，確認發(fā)布時要慎重。【公式】：本版本的缺陷數（個）/∑已測各模塊數（個）【數據來源】：日常跟蹤數據、QC管理平臺【計算結果】可通過導出表格、分析圖形的方式來度量結果版本序號測試版本（日期）已測模塊總數版本bug數缺陷比率（bug總數/已測模塊總數)12011.12.55214.222011.12.89222.432011.12.1218241.342011.12.1423261.152011.12.1723251.162011.12.1827271.072011.12.1927140.582011.12.2033140.492011.12.2133160.5102011.12.223390.3112011.12.253380.2趨于收斂的缺陷密度圖：起伏不定的缺陷密度圖：測試過程質量指標缺陷探測率【缺陷探測率】：計算內部發(fā)現的缺陷數除以內部發(fā)現的缺陷數與用戶發(fā)現的缺陷數之和，主要查看內部發(fā)現缺陷的能力。說明：缺陷探測率越高，即內部發(fā)現的bug數越多，發(fā)布后客戶發(fā)現的bug數就越少，質量成本就越低?！竟健浚簝炔堪l(fā)現的缺陷數（個）/（內部發(fā)現的缺陷數（個）+用戶發(fā)現的缺陷數（個））*100%【數據來源】：日常跟蹤表，QC平臺，用戶缺陷平臺或列表【計算結果】：缺陷探測率=80/(80+5)=94%有效缺陷率【有效缺陷率】：計算被開發(fā)人員確認的BUG數總和除于本人上報BUG的總和，可用于查看測試人員的個人測試質量，也可用于查看整個測試組的測試質量。無效BUG狀態(tài)包括：問題重復、不是問題、不可復現狀態(tài)。這項指標用于考察測試人員發(fā)現的、被確認為缺陷的缺陷數高低或者百分比，數和比率越高測試質量越高。注意：由于系統框架根本性的、初始化參數設置錯誤引發(fā)的、錯誤數據、錯誤環(huán)境等而開發(fā)人員因無法修正、可以通過改變環(huán)境而無需修改程序、重新導入數據、再次發(fā)布而解決的BUG為有效BUG【公式】：測試人員發(fā)現的有效缺陷數（個）/測試人員發(fā)現的總缺陷數（個）*100%【數據來源】：日常跟蹤表，QC平臺，用戶缺陷平臺【計算結果】測試人員有效缺陷數總缺陷數有效缺陷率張苗苗606260/62*100%=97%李豆豆404240/42*100%=95%總體100104100/104*100%=96%用例執(zhí)行效率【用例執(zhí)行效率】：計算測試人員執(zhí)行的用例數除以執(zhí)行測試的時間，主要查看測試人員執(zhí)行測試的效率。說明：此指標的統計需要有一定的前提條件：用例的執(zhí)行步驟相對來說分布較均勻，執(zhí)行時間在一個較長的時間段內【公式】：∑測試人員執(zhí)行的用例數（個）/∑執(zhí)行用例的時間（小時）【數據來源】：日常跟蹤表，QC平臺，用戶缺陷平臺或列表【計算結果】：測試人員執(zhí)行用例數執(zhí)行時間（單位：小時）用例執(zhí)行效率張苗苗301230/12=2.5李豆豆20720/7=2.8總體501950/19=2.6缺陷發(fā)現率【缺陷發(fā)現率】：計算測試人員各自發(fā)現的缺陷數總和除于各自所花費的測試時間總和。由于執(zhí)行效率不能足夠代表測試人員是否認真工作，那么，每小時發(fā)現的缺陷數就是重要的考核指標，測試的工作可以通過這項指標得到反饋。注意：此項指標的統計可作為測試質量的一個依據，但實際工作中如果用此指標作為考核測試人員的