研發(fā)部質(zhì)量標(biāo)準(zhǔn)規(guī)范

1、版/次：研發(fā)質(zhì)量標(biāo)準(zhǔn)規(guī)范編 制：錢凌杰審 核：批 準(zhǔn)：分發(fā)號：無錫同方融達(dá)信息科技有限公司2015年11月目錄研發(fā)質(zhì)量指標(biāo)管理1一、綜述31.1 編寫目的31.2 閱讀指南3二、軟件質(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 缺陷密度及收斂7三、測試過程質(zhì)量指標(biāo)93.1 缺陷探測率93.2 有效缺陷率93.3 用例執(zhí)行效率103.4 缺陷發(fā)現(xiàn)率10四、交付質(zhì)量指標(biāo)114.1 加載回退率114.2 故障回退率12五、

2、附則12一、 綜述1.1 編寫目的 本文檔主要為研發(fā)經(jīng)理、測試經(jīng)理、測試組長/測試人員、技術(shù)負(fù)責(zé)人、項(xiàng)目經(jīng)理、開發(fā)人員等提供軟件質(zhì)量、測試質(zhì)量、交付質(zhì)量等衡量依據(jù)。通過不同指標(biāo)的目標(biāo)設(shè)定、過程跟蹤、結(jié)果分析，為當(dāng)期開發(fā)產(chǎn)品的質(zhì)量提供可參考的數(shù)據(jù)，也為后續(xù)測試提供數(shù)據(jù)的基礎(chǔ)積累，并作為制定方法流程的依據(jù)。1.2 閱讀指南1、軟件測試質(zhì)量指標(biāo)主要針對研發(fā)項(xiàng)目、商務(wù)項(xiàng)目被測產(chǎn)品出具數(shù)據(jù)度量。2、測試過程質(zhì)量指標(biāo)主要為測試經(jīng)理、測試組長對測試人員的測試執(zhí)行質(zhì)量出具數(shù)據(jù)度量。3、交付質(zhì)量主要為新需求的交付質(zhì)量出具數(shù)據(jù)度量。三者可單獨(dú)使用，也可結(jié)合使用。二、 軟件質(zhì)量指標(biāo)2.1 需求功能點(diǎn)覆蓋率 1、需求

3、覆蓋率：計(jì)算測試用例總數(shù)之和除以與之一一對應(yīng)的功能點(diǎn)數(shù)之和，主要查看是否有功能點(diǎn)遺漏測試的情況。2、公式：測試用例數(shù)（個(gè)） / 功能點(diǎn)（個(gè)）說明：用例覆蓋需求矩陣，一個(gè)需求對應(yīng)多個(gè)功能點(diǎn)。3、數(shù)據(jù)來源：用戶需求說明書需求跟蹤矩陣4、計(jì)算結(jié)果：需求覆蓋率=113/8=14.132.2 用例執(zhí)行覆蓋率1、用例執(zhí)行覆蓋率： 計(jì)算測試用例執(zhí)行總數(shù)除以與之一一對應(yīng)的測試數(shù)之和，主要查看是否有測試用例執(zhí)行遺漏或有效的情況。2、公式：執(zhí)行的測試用例個(gè)數(shù)（個(gè)） / 測試用例個(gè)數(shù)（個(gè)）*100%3、數(shù)據(jù)來源：測試進(jìn)度跟蹤表4、計(jì)算結(jié)果：用例執(zhí)行覆蓋率=100%功能模塊測試用例個(gè)數(shù)執(zhí)行的測試用例個(gè)數(shù)用例覆蓋率XX

4、模塊線索管理14 14 100%XX模塊創(chuàng)建14 14 100%XX模塊信息管理41 41 100%XX模塊審批5 5 100%Xx模塊立項(xiàng)2020100%Xx模塊信息管理99100%Xx模塊管理8 8 100%Xx模塊綜合查詢2 2 100%總計(jì)113113100%2.3 缺陷修復(fù)率（截至于*年*月*日） 1、缺陷修復(fù)率：計(jì)算已修復(fù)（關(guān)閉）的缺陷總數(shù)除以有效缺陷總數(shù)，主要查看是否有測試用例執(zhí)行遺漏或有效的情況。2、公式：修復(fù)（關(guān)閉）的缺陷數(shù)量（個(gè)） / 有效缺陷數(shù)量（個(gè)）3、數(shù)據(jù)來源：從公司內(nèi)部缺陷管理系統(tǒng)中導(dǎo)出數(shù)據(jù)：4、計(jì)算結(jié)果：缺陷修復(fù)率=206/216*100%=95%2.4 缺陷遺留

5、個(gè)數(shù)（截至于*年*月*日）1、缺陷遺留個(gè)數(shù)：統(tǒng)計(jì)待分配、待修改、重新處理的缺陷數(shù)量2、公式：待分配+待修改+reopen狀態(tài)的缺陷 3、數(shù)據(jù)來源：從公司內(nèi)部缺陷管理系統(tǒng)中導(dǎo)出數(shù)據(jù)4、計(jì)算結(jié)果：缺陷遺留個(gè)數(shù)=10，且為C類以下bug(建議性缺陷) 2.5 缺陷分布統(tǒng)計(jì)（模塊缺陷率）1、模塊缺陷率 ：計(jì)算各模塊的缺陷數(shù)除以總體缺陷之和，主要查看模塊的質(zhì)量的情況。2、說明：此指標(biāo)不能單純看結(jié)果，要結(jié)合實(shí)際情況進(jìn)行分析，如模塊的粒度是否劃分均勻，模塊的重要性，模塊包含的內(nèi)容是否更容易發(fā)現(xiàn)bug等。3、公式：本模塊的缺陷數(shù)（個(gè)） / 各模塊的缺陷數(shù)（個(gè)）*100%4、數(shù)據(jù)來源：QC管理平臺 計(jì)算結(jié)果可通

6、過導(dǎo)出表格、分析圖形的方式來度量結(jié)果模塊名缺陷數(shù)模塊缺陷率模塊11010/50*100%=20%模塊22020/50*100%=40%模塊32020/50*100%=40%總數(shù)502.6 缺陷分布統(tǒng)計(jì)（嚴(yán)重缺陷率）1、模塊缺陷率 ：計(jì)算各模塊的嚴(yán)重缺陷數(shù)除以總體缺陷之和，主要查看模塊的質(zhì)量的情況。2、說明：此指標(biāo)不能單純看結(jié)果，要結(jié)合實(shí)際情況進(jìn)行分析，如模塊的粒度是否劃分均勻，模塊的重要性，模塊包含的內(nèi)容是否更容易發(fā)現(xiàn)bug等。3、公式：本模塊的嚴(yán)重缺陷數(shù)（個(gè)） / 各模塊的嚴(yán)重缺陷數(shù)（個(gè)）*100%4、數(shù)據(jù)來源：QC管理平臺 計(jì)算結(jié)果可通過導(dǎo)出表格、分析圖形的方式來度量結(jié)果模塊名嚴(yán)重缺陷數(shù)嚴(yán)

7、重缺陷率模塊111/5*100%=20%模塊222/5*100%=40%模塊322/5*100%=40%總數(shù)52.7 缺陷密度及收斂1、模塊缺陷率 ：計(jì)算各版本缺陷數(shù)除以測試模塊，主要查看版本是否趨于穩(wěn)定情況，通過數(shù)據(jù)圖表等方式來衡量版本交付的風(fēng)險(xiǎn)大小，是衡量版本是否可交付的重要依據(jù)之一。2、說明：如果缺陷密度逐漸收斂，說明版本逐漸穩(wěn)定；如果趨勢起伏不定，需要分析研究原因，查找不穩(wěn)定的原因；如果缺陷密度趨勢呈波狀，一定要重視起來，說明版本及其不穩(wěn)定，確認(rèn)發(fā)布時(shí)要慎重。3、公式：本版本的缺陷數(shù)（個(gè)） / 已測各模塊數(shù)（個(gè)）4、數(shù)據(jù)來源：日常跟蹤數(shù)據(jù)、QC管理平臺 計(jì)算結(jié)果可通過導(dǎo)出表格、分析圖形

8、的方式來度量結(jié)果版本序號測試版本（日期）已測模塊總數(shù)版本bug數(shù)缺陷比率（bug總數(shù)/已測模塊總數(shù))15214.2 29222.4 318241.3 423261.1 523251.1 627271.0 727140.5 833140.4 933160.5 103390.3 113380.2 趨于收斂的缺陷密度圖：起伏不定的缺陷密度圖：三、 測試過程質(zhì)量指標(biāo)3.1 缺陷探測率1、缺陷探測率 ：計(jì)算內(nèi)部發(fā)現(xiàn)的缺陷數(shù)除以內(nèi)部發(fā)現(xiàn)的缺陷數(shù)與用戶發(fā)現(xiàn)的缺陷數(shù)之和，主要查看內(nèi)部發(fā)現(xiàn)缺陷的能力。2、說明：缺陷探測率越高，即內(nèi)部發(fā)現(xiàn)的bug數(shù)越多，發(fā)布后客戶發(fā)現(xiàn)的bug數(shù)就越少，質(zhì)量成本就越低。3、公式：內(nèi)

9、部發(fā)現(xiàn)的缺陷數(shù)（個(gè)） / （內(nèi)部發(fā)現(xiàn)的缺陷數(shù)（個(gè)）+用戶發(fā)現(xiàn)的缺陷數(shù)（個(gè)）*100%4、數(shù)據(jù)來源：日常跟蹤表，QC平臺，用戶缺陷平臺或列表 5、計(jì)算結(jié)果：缺陷探測率=80/(80+5)=94%3.2 有效缺陷率1、有效缺陷率 ：計(jì)算被開發(fā)人員確認(rèn)的BUG數(shù)總和除于本人上報(bào)BUG的總和，可用于查看測試人員的個(gè)人測試質(zhì)量，也可用于查看整個(gè)測試組的測試質(zhì)量。2、無效BUG狀態(tài)包括：問題重復(fù)、不是問題、不可復(fù)現(xiàn)狀態(tài)。這項(xiàng)指標(biāo)用于考察測試人員發(fā)現(xiàn)的、被確認(rèn)為缺陷的缺陷數(shù)高低或者百分比，數(shù)和比率越高測試質(zhì)量越高。3、注意：由于系統(tǒng)框架根本性的、初始化參數(shù)設(shè)置錯(cuò)誤引發(fā)的、錯(cuò)誤數(shù)據(jù)、錯(cuò)誤環(huán)境等而開發(fā)人員因無法

10、修正、可以通過改變環(huán)境而無需修改程序、重新導(dǎo)入數(shù)據(jù)、再次發(fā)布而解決的BUG為有效BUG4、公式：測試人員發(fā)現(xiàn)的有效缺陷數(shù)（個(gè)） /測試人員發(fā)現(xiàn)的總?cè)毕輸?shù)（個(gè)）*100%5、數(shù)據(jù)來源：日常跟蹤表，QC平臺，用戶缺陷平臺 6、計(jì)算結(jié)果：測試人員有效缺陷數(shù)總?cè)毕輸?shù)有效缺陷率張苗苗606260/62*100%=97%李豆豆404240/42*100%=95%總體100104100/104*100%=96%3.3 用例執(zhí)行效率1、用例執(zhí)行效率 ：計(jì)算測試人員執(zhí)行的用例數(shù)除以執(zhí)行測試的時(shí)間，主要查看測試人員執(zhí)行測試的效率。2、說明：此指標(biāo)的統(tǒng)計(jì)需要有一定的前提條件：用例的執(zhí)行步驟相對來說分布較均勻，執(zhí)行時(shí)

11、間在一個(gè)較長的時(shí)間段內(nèi)3、公式：測試人員執(zhí)行的用例數(shù)（個(gè)） / 執(zhí)行用例的時(shí)間（小時(shí)）4、數(shù)據(jù)來源：日常跟蹤表，QC平臺，用戶缺陷平臺或列表 5、計(jì)算結(jié)果：測試人員執(zhí)行用例數(shù)執(zhí)行時(shí)間（單位：小時(shí)）用例執(zhí)行效率張苗苗301230/12=2.5李豆豆20720/7=2.8總體501950/19=2.63.4 缺陷發(fā)現(xiàn)率1、缺陷發(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)作為考核

12、測試人員的唯一依據(jù)會帶來很多問題，比如，缺陷數(shù)可通過減小缺陷粒度、增加微小缺陷、增加不能確定bug數(shù)來提高分子數(shù)，這樣會增加缺陷流轉(zhuǎn)處理成本，會帶來更多的問題。建議慎用。2、公式：提交缺陷數(shù)（個(gè)） / 執(zhí)行測試的有效時(shí)間（小時(shí)）3、數(shù)據(jù)來源：日常跟蹤表，QC平臺，用戶缺陷平臺或列表 4、計(jì)算結(jié)果：測試人員提交缺陷數(shù)執(zhí)行測試時(shí)間（單位：小時(shí)）缺陷發(fā)現(xiàn)率張苗苗253025/30=0.83李豆豆10910/9=1.1總體353935/39=0.9四、 交付質(zhì)量指標(biāo)4.1 加載回退率1、加載回退率 ：計(jì)算計(jì)劃上線需求個(gè)數(shù)減去加載回退的需求個(gè)數(shù)之差除以計(jì)劃上線需求個(gè)數(shù)，主要查看新需求上線交付質(zhì)量。2、說明：上線加載當(dāng)日無法滿足上線條件，導(dǎo)致回退。3、公式：（上線需求數(shù)（個(gè)）-加載當(dāng)時(shí)回退需求數(shù)（個(gè)）/上線需求數(shù)（個(gè)）*100%4、數(shù)據(jù)來源：需求管控平臺，需求管理平臺等 5、計(jì)算結(jié)果：加載回退率=（15-1）/15*100%=93%4.2 故障回退率 1、加載回退率 ：計(jì)算計(jì)劃上線需求個(gè)數(shù)減去故障回退的需求個(gè)數(shù)之差除以計(jì)