软件质量度量指标v.doc

《软件质量度量指标v.doc》由会员分享，可在线阅读，更多相关《软件质量度量指标v.doc（18页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件质量指标度量第 18 页目录1综述3编写目的3阅读指南32软件质量指标4需求功能点覆盖率4用例执行覆盖率4缺陷修复率截至于*年*月*日5缺陷遗留个数截至于*年*月*日5缺陷分布统计模块缺陷率5缺陷分布统计严重缺陷率6缺陷密度及收敛73测试过程质量指标9缺陷探测率9有效缺陷率9用例执行效率10缺陷发现率104交付质量指标12加载回退率12故障回退率125版本说明131 综述1.1 编写目的 本文档主要为测试经理、测试组长/测试人员、技术负责人、工程经理、开发人员等提供软件质量、测试质量、交付质量等衡量依据。通过不同指标的目标设定、过程跟踪、结果分析，为当期被测产品的质量提供可参考的数据，也为

2、后续测试提供数据的根底积累，并作为制定方法流程的依据。1.2 阅读指南l 软件测试质量指标主要针对研发工程、商务工程被测产品出具数据度量。l 测试过程质量指标主要为测试经理、测试组长对测试人员的测试执行质量出具数据度量。l 交付质量主要为新需求的交付质量出具数据度量。三者可单独使用，也可结合使用。2 软件质量指标2.1 需求功能点覆盖率 【需求覆盖率】 ：计算测试用例总数之与除以与之一一对应的功能点数之与，主要查看是否有功能点遗漏测试的情况。【公式】：测试用例数个 / 功能点个说明：用例覆盖需求矩阵，一个需求对应多个功能点。【数据来源】：?联通集中集团客户业务支撑系统销售管理用户需求说明书?联

3、通集中集团客户业务支撑系统销售管理需求跟踪矩阵?2.2 用例执行覆盖率【用例执行覆盖率】： 计算测试用例执行总数除以与之一一对应的测试数之与，主要查看是否有测试用例执行遗漏或有效的情况。【公式】：执行的测试用例个数个 / 测试用例个数个*100%【数据来源】：?iSMS测试进度跟踪表?【计算结果】：用例执行覆盖率=100%功能模块测试用例个数执行的测试用例个数用例覆盖率XX模块线索管理14 14 100%XX模块创立14 14 100%XX模块信息管理41 41 100%XX模块审批5 5 100%Xx模块立项2020100%Xx模块信息管理99100%Xx模块管理8 8 100%Xx模块综合

4、查询2 2 100%总计113113100%2.3 缺陷修复率截至于*年*月*日 【缺陷修复率】 计算已修复关闭的缺陷总数除以有效缺陷总数，主要查看是否有测试用例执行遗漏或有效的情况。【公式】：修复关闭的缺陷数量个 / 有效缺陷数量个【数据来源】：从公司内部缺陷管理系统中导出数据：【计算结果】：缺陷修复率=206/216*100%=95%2.4 缺陷遗留个数截至于*年*月*日【缺陷遗留个数】统计待分配、待修改、重新处理的缺陷数量【公式】：待分配+待修改+reopen状态的缺陷 【数据来源】：从公司内部缺陷管理系统中导出数据【计算结果】：缺陷遗留个数=10，且为C类以下bug(建议性缺陷) 2.

5、5 缺陷分布统计模块缺陷率【模块缺陷率】 ：计算各模块的缺陷数除以总体缺陷之与，主要查看模块的质量的情况。说明：此指标不能单纯看结果，要结合实际情况进展分析，如模块的粒度是否划分均匀，模块的重要性，模块包含的内容是否更容易发现bug等。【公式】：本模块的缺陷数个 / 各模块的缺陷数个*100%【数据来源】：QC管理平台 【计算结果】可通过导出表格、分析图形的方式来度量结果模块名缺陷数模块缺陷率模块11010/50*100%=20%模块22020/50*100%=40%模块32020/50*100%=40%总数502.6 缺陷分布统计严重缺陷率【模块缺陷率】 ：计算各模块的严重缺陷数除以总体缺陷

6、之与，主要查看模块的质量的情况。说明：此指标不能单纯看结果，要结合实际情况进展分析，如模块的粒度是否划分均匀，模块的重要性，模块包含的内容是否更容易发现bug等。【公式】：本模块的严重缺陷数个 / 各模块的严重缺陷数个*100%【数据来源】：QC管理平台 【计算结果】可通过导出表格、分析图形的方式来度量结果模块名严重缺陷数严重缺陷率模块111/5*100%=20%模块222/5*100%=40%模块322/5*100%=40%总数52.7 缺陷密度及收敛【模块缺陷率】 ：计算各版本缺陷数除以测试模块，主要查看版本是否趋于稳定情况，通过数据图表等方式来衡量版本交付的风险大小，是衡量版本是否可交付

7、的重要依据之一。说明：如果缺陷密度逐渐收敛，说明版本逐渐稳定；如果趋势起伏不定，需要分析研究原因，查找不稳定的原因；如果缺陷密度趋势呈波状，一定要重视起来，说明版本及其不稳定，确认发布时要慎重。【公式】：本版本的缺陷数个 / 已测各模块数个【数据来源】：日常跟踪数据、QC管理平台 【计算结果】可通过导出表格、分析图形的方式来度量结果版本序号测试版本日期已测模块总数版本bug数缺陷比率bug总数/已测模块总数)15214.2 29222.4 318241.3 423261.1 523251.1 627271.0 727140.5 833140.4 933160.5 103390.3 113380

8、.2 趋于收敛的缺陷密度图：起伏不定的缺陷密度图：3 测试过程质量指标3.1 缺陷探测率【缺陷探测率】 ：计算内部发现的缺陷数除以内部发现的缺陷数与用户发现的缺陷数之与，主要查看内部发现缺陷的能力。说明：缺陷探测率越高，即内部发现的bug数越多，发布后客户发现的bug数就越少，质量本钱就越低。【公式】：内部发现的缺陷数个 / 内部发现的缺陷数个+用户发现的缺陷数个*100%【数据来源】：日常跟踪表，QC平台，用户缺陷平台或列表 【计算结果】：缺陷探测率=80/(80+5)=94%3.2 有效缺陷率【有效缺陷率】 ：计算被开发人员确认的BUG数总与除于本人上报BUG的总与，可用于查看测试人员的个

9、人测试质量，也可用于查看整个测试组的测试质量。无效BUG状态包括：问题重复、不是问题、不可复现状态。这项指标用于考察测试人员发现的、被确认为缺陷的缺陷数上下或者百分比，数与比率越高测试质量越高。注意：由于系统框架根本性的、初始化参数设置错误引发的、错误数据、错误环境等而开发人员因无法修正、可以通过改变环境而无需修改程序、重新导入数据、再次发布而解决的BUG为有效BUG【公式】：测试人员发现的有效缺陷数个 /测试人员发现的总缺陷数个*100%【数据来源】：日常跟踪表，QC平台，用户缺陷平台 【计算结果】测试人员有效缺陷数总缺陷数有效缺陷率张苗苗606260/62*100%=97%李豆豆40424

10、0/42*100%=95%总体100104100/104*100%=96%3.1 用例执行效率【用例执行效率】 ：计算测试人员执行的用例数除以执行测试的时间，主要查看测试人员执行测试的效率。说明：此指标的统计需要有一定的前提条件：用例的执行步骤相对来说分布较均匀，执行时间在一个较长的时间段内【公式】：测试人员执行的用例数个 / 执行用例的时间小时【数据来源】：日常跟踪表，QC平台，用户缺陷平台或列表 【计算结果】：测试人员执行用例数执行时间单位：小时用例执行效率张苗苗3012李豆豆207总体50193.2 缺陷发现率【缺陷发现率】 ：计算测试人员各自发现的缺陷数总与除于各自所花费的测试时间总与

11、。由于执行效率不能足够代表测试人员是否认真工作，那么，每小时发现的缺陷数就是重要的考核指标，测试的工作可以通过这项指标得到反应。注意：此项指标的统计可作为测试质量的一个依据，但实际工作中如果用此指标作为考核测试人员的唯一依据会带来很多问题，比方，缺陷数可通过减小缺陷粒度、增加微小缺陷、增加不能确定bug数来提高分子数，这样会增加缺陷流转处理本钱，会带来更多的问题。建议慎用。【公式】：提交缺陷数个 / 执行测试的有效时间小时【数据来源】：日常跟踪表，QC平台，用户缺陷平台或列表 【计算结果】：测试人员提交缺陷数执行测试时间单位：小时缺陷发现率张苗苗2530李豆豆109总体35394 交付质量指标

12、4.1 加载回退率【加载回退率】 ：计算方案上线需求个数减去加载回退的需求个数之差除以方案上线需求个数，主要查看新需求上线交付质量。说明：上线加载当日无法满足上线条件，导致回退。【公式】：上线需求数个-加载当时回退需求数个/上线需求数个*100%【数据来源】：生产门户需求管控平台，客户需求管理平台等 【计算结果】加载回退率=15-1/15*100%=93%4.2 故障回退率 【加载回退率】 ：计算方案上线需求个数减去故障回退的需求个数之差除以方案上线需求个数，主要查看新需求上线交付质量。说明：上线加载次日，用户无法使用，引发投诉，进展故障回退。【公式】：上线需求数个-故障回退需求数个/上线需求

13、数个*100%【数据来源】：生产门户需求管控平台，客户需求管理平台/缺陷管理平台等 【计算结果】故障回退率=16-2/16*100%=88%5 版本说明1. 鉴于自己的经历有限，尤其侧重于测试方面，故总结的度量指标多为测试指标。2. 其实软件的质量保证需要多种途径、多个层次、多个阶段有方案有步骤地去实现，测试只是其中一条途径。休哈特说“产品质量不是检验出来的，而是生产出来的，可见“测试只能发现问题，并不能解决问题。戴明博士说“引起效率低下与不良质量的原因主要在公司的管理系统而不在员工，但是我们不能因此而放弃对高质量的追求。3. 我正在系统学习质量控制、质量保证、质量改良方面的知识，后续会整理出

14、更为全面的度量指标，与同行及致力于提高软件质量的朋友们分享。 以下无正文 仅供个人用于学习、研究；不得用于商业用途。 , , .For personal use only in study and research; not for commercial use.Nur fr den persnlichen fr Studien, Forschung, zu kommerziellen Zwecken verwendet werden.Pour l tude et la recherche uniquement des fins personnelles; pas des fins commerciales.