淺析企業(yè)危機(jī)管理咨詢及淺析軟件質(zhì)量指標(biāo)度量

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