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

1、版/次：2015.11.19研發(fā)質(zhì)量研發(fā)質(zhì)量標準規(guī)范標準規(guī)范編 制：錢凌杰審 核：批 準：分發(fā)號：無錫同方融達信息科技有限公司2015 年 11 月目錄目錄研發(fā)質(zhì)量指標管理研發(fā)質(zhì)量指標管理 .1一、一、綜述綜述.31.1 編寫目的.31.2 閱讀指南.3二、二、軟件質(zhì)量指標軟件質(zhì)量指標.42.1 需求功能點覆蓋率.42.2 用例執(zhí)行覆蓋率.42.3 缺陷修復率（截至于*年*月*日）.52.4 缺陷遺留個數(shù)（截至于*年*月*日）.52.5 缺陷分布統(tǒng)計（模塊缺陷率）.52.6 缺陷分布統(tǒng)計（嚴重缺陷率）.62.7 缺陷密度及收斂.7三、三、測試過程質(zhì)量指標測試過程質(zhì)量指標 .93.1 缺陷探測率

2、.93.2 有效缺陷率.93.3 用例執(zhí)行效率.103.4 缺陷發(fā)現(xiàn)率.10四、四、交付質(zhì)量指標交付質(zhì)量指標.114.1 加載回退率.114.2 故障回退率.12五、五、附則附則.12一、一、 綜述綜述1.1 編寫目的編寫目的 本文檔主要為研發(fā)經(jīng)理、測試經(jīng)理、測試組長/測試人員、技術(shù)負責人、項目經(jīng)理、開發(fā)人員等提供軟件質(zhì)量、測試質(zhì)量、交付質(zhì)量等衡量依據(jù)。通過不同指標的目標設(shè)定、過程跟蹤、結(jié)果分析，為當期開發(fā)產(chǎn)品的質(zhì)量提供可參考的數(shù)據(jù)，也為后續(xù)測試提供數(shù)據(jù)的基礎(chǔ)積累，并作為制定方法流程的依據(jù)。1.2 閱讀指南閱讀指南1、軟件測試質(zhì)量指標主要針對研發(fā)項目、商務(wù)項目被測產(chǎn)品出具數(shù)據(jù)度量。2、測試過程

3、質(zhì)量指標主要為測試經(jīng)理、測試組長對測試人員的測試執(zhí)行質(zhì)量出具數(shù)據(jù)度量。3、交付質(zhì)量主要為新需求的交付質(zhì)量出具數(shù)據(jù)度量。三者可單獨使用，也可結(jié)合使用。二、二、 軟件質(zhì)量指標軟件質(zhì)量指標2.1 需求功能點覆蓋率需求功能點覆蓋率 1、需求覆蓋率：計算測試用例總數(shù)之和除以與之一一對應(yīng)的功能點數(shù)之和，主要查看是否有功能點遺漏測試的情況。2、公式：測試用例數(shù)（個） / 功能點（個）說明：用例覆蓋需求矩陣，一個需求對應(yīng)多個功能點。3、數(shù)據(jù)來源：用戶需求說明書需求跟蹤矩陣4、計算結(jié)果：需求覆蓋率=113/8=14.132.2 用例執(zhí)行覆蓋率用例執(zhí)行覆蓋率1、用例執(zhí)行覆蓋率： 計算測試用例執(zhí)行總數(shù)除以與之一一對

4、應(yīng)的測試數(shù)之和，主要查看是否有測試用例執(zhí)行遺漏或有效的情況。2、公式：執(zhí)行的測試用例個數(shù)（個） / 測試用例個數(shù)（個）*100%3、數(shù)據(jù)來源：測試進度跟蹤表4、計算結(jié)果：用例執(zhí)行覆蓋率=100%功能模塊測試用例個數(shù)執(zhí)行的測試用例個數(shù)用例覆蓋率XX 模塊線索管理14 14 100%XX 模塊創(chuàng)建14 14 100%XX 模塊信息管理41 41 100%XX 模塊審批5 5 100%Xx 模塊立項2020100%Xx 模塊信息管理99100%Xx 模塊管理8 8 100%Xx 模塊綜合查詢2 2 100%總計113113100%2.3 缺陷修復率（截至于缺陷修復率（截至于*年年*月月*日）日） 1

5、、缺陷修復率：計算已修復（關(guān)閉）的缺陷總數(shù)除以有效缺陷總數(shù)，主要查看是否有測試用例執(zhí)行遺漏或有效的情況。2、公式：修復（關(guān)閉）的缺陷數(shù)量（個） / 有效缺陷數(shù)量（個）3、數(shù)據(jù)來源：從公司內(nèi)部缺陷管理系統(tǒng)中導出數(shù)據(jù)：4、計算結(jié)果：缺陷修復率=206/216*100%=95%2.4 缺陷遺留個數(shù)（截至于缺陷遺留個數(shù)（截至于*年年*月月*日）日）1、缺陷遺留個數(shù)：統(tǒng)計待分配、待修改、重新處理的缺陷數(shù)量2、公式：待分配+待修改+reopen 狀態(tài)的缺陷 3、數(shù)據(jù)來源：從公司內(nèi)部缺陷管理系統(tǒng)中導出數(shù)據(jù)4、計算結(jié)果：缺陷遺留個數(shù)=10，且為 C 類以下 bug(建議性缺陷) 2.5 缺陷分布統(tǒng)計（模塊缺陷

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

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

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

9、22011.12.89222.4 32011.12.1218241.3 42011.12.1423261.1 52011.12.1723251.1 62011.12.1827271.0 72011.12.1927140.5 82011.12.2033140.4 92011.12.2133160.5 102011.12.223390.3 112011.12.253380.2 趨于收斂的缺陷密度圖：起伏不定的缺陷密度圖：三、三、 測試過程質(zhì)量指標測試過程質(zhì)量指標3.1 缺陷探測率缺陷探測率1、缺陷探測率 ：計算內(nèi)部發(fā)現(xiàn)的缺陷數(shù)除以內(nèi)部發(fā)現(xiàn)的缺陷數(shù)與用戶發(fā)現(xiàn)的缺陷數(shù)之和，主要查看內(nèi)部發(fā)現(xiàn)缺陷的能力。

10、2、說明：缺陷探測率越高，即內(nèi)部發(fā)現(xiàn)的 bug 數(shù)越多，發(fā)布后客戶發(fā)現(xiàn)的 bug數(shù)就越少，質(zhì)量成本就越低。3、公式：內(nèi)部發(fā)現(xiàn)的缺陷數(shù)（個） / （內(nèi)部發(fā)現(xiàn)的缺陷數(shù)（個）+用戶發(fā)現(xiàn)的缺陷數(shù)（個）*100%4、數(shù)據(jù)來源：日常跟蹤表，QC 平臺，用戶缺陷平臺或列表 5、計算結(jié)果：缺陷探測率=80/(80+5)=94%3.2 有效缺陷率有效缺陷率1、有效缺陷率 ：計算被開發(fā)人員確認的 BUG 數(shù)總和除于本人上報 BUG 的總和，可用于查看測試人員的個人測試質(zhì)量，也可用于查看整個測試組的測試質(zhì)量。2、無效 BUG 狀態(tài)包括：問題重復、不是問題、不可復現(xiàn)狀態(tài)。這項指標用于考察測試人員發(fā)現(xiàn)的、被確認為缺陷的

11、缺陷數(shù)高低或者百分比，數(shù)和比率越高測試質(zhì)量越高。3、注意：由于系統(tǒng)框架根本性的、初始化參數(shù)設(shè)置錯誤引發(fā)的、錯誤數(shù)據(jù)、錯誤環(huán)境等而開發(fā)人員因無法修正、可以通過改變環(huán)境而無需修改程序、重新導入數(shù)據(jù)、再次發(fā)布而解決的 BUG 為有效 BUG4、公式：測試人員發(fā)現(xiàn)的有效缺陷數(shù)（個） /測試人員發(fā)現(xiàn)的總?cè)毕輸?shù)（個）*100%5、數(shù)據(jù)來源：日常跟蹤表，QC 平臺，用戶缺陷平臺 6、計算結(jié)果：測試人員測試人員有效缺陷數(shù)有效缺陷數(shù)總?cè)毕輸?shù)總?cè)毕輸?shù)有效缺陷率有效缺陷率張苗苗606260/62*100%=97%李豆豆404240/42*100%=95%總體100104100/104*100%=96%3.3 用例執(zhí)

12、行效率用例執(zhí)行效率1、用例執(zhí)行效率 ：計算測試人員執(zhí)行的用例數(shù)除以執(zhí)行測試的時間，主要查看測試人員執(zhí)行測試的效率。2、說明：此指標的統(tǒng)計需要有一定的前提條件：用例的執(zhí)行步驟相對來說分布較均勻，執(zhí)行時間在一個較長的時間段內(nèi)3、公式：測試人員執(zhí)行的用例數(shù)（個） / 執(zhí)行用例的時間（小時）4、數(shù)據(jù)來源：日常跟蹤表，QC 平臺，用戶缺陷平臺或列表 5、計算結(jié)果：測試人員執(zhí)行用例數(shù)執(zhí)行時間（單位：小時）用例執(zhí)行效率張苗苗301230/12=2.5李豆豆20720/7=2.8總體501950/19=2.63.4 缺陷發(fā)現(xiàn)率缺陷發(fā)現(xiàn)率1、缺陷發(fā)現(xiàn)率 ：計算測試人員各自發(fā)現(xiàn)的缺陷數(shù)總和除于各自所花費的測試時間

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