軟件質(zhì)量度量指標(biāo)v10-資料下載頁
2025-04-13 02:05本頁面
【正文】 蹤表，QC 平臺，用戶缺陷平臺或列表 【計算結(jié)果】：測試人員 執(zhí)行用例數(shù) 執(zhí)行時間（單位：小時）用例執(zhí)行效率張苗苗 30 12 30/12=李豆豆 20 7 20/7=總體 50 19 50/19= 缺陷發(fā)現(xiàn)率【缺陷發(fā)現(xiàn)率】 ：計算測試人員各自發(fā)現(xiàn)的缺陷數(shù)總和除于各自所花費的12 / 14測試時間總和。由于執(zhí)行效率不能足夠代表測試人員是否認(rèn)真工作，那么，每小時發(fā)現(xiàn)的缺陷數(shù)就是重要的考核指標(biāo)，測試的工作可以通過這項指標(biāo)得到反饋。注意：此項指標(biāo)的統(tǒng)計可作為測試質(zhì)量的一個依據(jù)，但實際工作中如果用此指標(biāo)作為考核測試人員的唯一依據(jù)會帶來很多問題，比如，缺陷數(shù)可通過減小缺陷粒度、增加微小缺陷、增加不能確定 bug 數(shù)來提高分子數(shù)，這樣會增加缺陷流轉(zhuǎn)處理成本，會帶來更多的問題。建議慎用?！竟健浚骸铺峤蝗毕輸?shù)（個） / ∑執(zhí)行測試的有效時間（小時）【數(shù)據(jù)來源】：日常跟蹤表，QC 平臺，用戶缺陷平臺或列表 【計算結(jié)果】：測試人員 提交缺陷數(shù) 執(zhí)行測試時間（單位：小時）缺陷發(fā)現(xiàn)率張苗苗 25 30 25/30=李豆豆 10 9 10/9=總體 35 39 35/39=13 / 144 交付質(zhì)量指標(biāo) 加載回退率【加載回退率】 ：計算計劃上線需求個數(shù)減去加載回退的需求個數(shù)之差除以計劃上線需求個數(shù)，主要查看新需求上線交付質(zhì)量。說明：上線加載當(dāng)日無法滿足上線條件，導(dǎo)致回退?！竟健浚海ㄉ暇€需求數(shù)（個）加載當(dāng)時回退需求數(shù)（個））/ 上線需求數(shù)（個）*100%【數(shù)據(jù)來源】：生產(chǎn)門戶需求管控平臺，客戶需求管理平臺等 【計算結(jié)果】加載回退率=（151）/15*100%=93% 故障回退率 【加載回退率】 ：計算計劃上線需求個數(shù)減去故障回退的需求個數(shù)之差除以計劃上線需求個數(shù)，主要查看新需求上線交付質(zhì)量。說明：上線加載次日，用戶無法使用，引發(fā)投訴，進行故障回退?！竟健浚海ㄉ暇€需求數(shù)（個）故障回退需求數(shù)（個））/ 上線需求數(shù)（個）*100%【數(shù)據(jù)來源】：生產(chǎn)門戶需求管控平臺，客戶需求管理平臺/缺陷管理平臺等 【計算結(jié)果】故障回退率=（162）/16*100%=88%14 / 145 版本說明1. 鑒于自己的經(jīng)驗有限，尤其側(cè)重于測試方面，故總結(jié)的度量指標(biāo)多為測試指標(biāo)。2. 其實軟件的質(zhì)量保證需要多種途徑、多個層次、多個階段有計劃有步驟地去實現(xiàn)，測試只是其中一條途徑。休哈特說“產(chǎn)品質(zhì)量不是檢驗出來的，而是生產(chǎn)出來的”，可見“測試只能發(fā)現(xiàn)問題，并不能解決問題”。戴明博士說“引起效率低下和不良質(zhì)量的原因主要在公司的管理系統(tǒng)而不在員工”，但是我們不能因此而放棄對高質(zhì)量的追求。3. 我正在系統(tǒng)學(xué)習(xí)質(zhì)量控制、質(zhì)量保證、質(zhì)量改進方面的知識，后續(xù)會整理出更為全面的度量指標(biāo)，和同行及致力于提高軟件質(zhì)量的朋友們分享。
公司管理相關(guān)推薦
鄂ICP備17016276號-1