研发部质量标准规范

v1.0 可编辑可修改 版/次研发质量标准规范 编 制钱凌杰 审 核 批 准 分发号 无锡同方融达信息科技有限公司 2015年11月 12 目录 版/次研发质量标准规范1 一、综述3 编写目的3 阅读指南3 二、软件质量指标3 需求功能点覆盖率3 用例执行覆盖率4 缺陷修复率（截至于**年*月*日）4 缺陷遗留个数（截至于**年*月*日）5 缺陷分布统计（模块缺陷率）5 缺陷分布统计（严重缺陷率）6 缺陷密度及收敛6 三、测试过程质量指标9 缺陷探测率9 有效缺陷率9 用例执行效率10 缺陷发现率11 四、交付质量指标11 加载回退率11 故障回退率12 五、附则12 一、 综述 编写目的 本文档主要为研发经理、测试经理、测试组长/测试人员、技术负责人、项目经理、开发人员等提供软件质量、测试质量、交付质量等衡量依据。通过不同指标的目标设定、过程跟踪、结果分析，为当期开发产品的质量提供可参考的数据，也为后续测试提供数据的基础积累，并作为制定方法流程的依据。 阅读指南 1、软件测试质量指标主要针对研发项目、商务项目被测产品出具数据度量。 2、测试过程质量指标主要为测试经理、测试组长对测试人员的测试执行质量出具数据度量。 3、交付质量主要为新需求的交付质量出具数据度量。 三者可单独使用，也可结合使用。 二、 软件质量指标 需求功能点覆盖率 1、需求覆盖率计算测试用例总数之和除以与之一一对应的功能点数之和，主要查看是否有功能点遗漏测试的情况。 2、公式∑测试用例数（个） / ∑功能点（个） 说明用例覆盖需求矩阵，一个需求对应多个功能点。 3、数据来源用户需求说明书需求跟踪矩阵 4、计算结果需求覆盖率113/8 用例执行覆盖率 1、用例执行覆盖率 计算测试用例执行总数除以与之一一对应的测试数之和，主要查看是否有测试用例执行遗漏或有效的情况。 2、公式∑执行的测试用例个数（个） / ∑测试用例个数（个）*100 3、数据来源测试进度跟踪表 4、计算结果用例执行覆盖率100 功能模块 测试用例个数 执行的测试用例个数 用例覆盖率 XX模块线索管理 14 14 100 XX模块创建 14 14 100 XX模块信息管理 41 41 100 XX模块审批 5 5 100 Xx模块立项 20 20 100 Xx模块信息管理 9 9 100 Xx模块管理 8 8 100 Xx模块综合查询 2 2 100 总计 113 113 100 缺陷修复率（截至于**年*月*日） 1、缺陷修复率计算已修复（关闭）的缺陷总数除以有效缺陷总数，主要查看是否有测试用例执行遗漏或有效的情况。 2、公式∑修复（关闭）的缺陷数量（个） / ∑有效缺陷数量（个） 3、数据来源从公司内部缺陷管理系统中导出数据 4、计算结果缺陷修复率206/216*10095 缺陷遗留个数（截至于**年*月*日） 1、缺陷遗留个数统计待分配、待修改、重新处理的缺陷数量 2、公式待分配待修改reopen状态的缺陷 3、数据来源从公司内部缺陷管理系统中导出数据 4、计算结果缺陷遗留个数10，且为C类以下bug建议性缺陷 缺陷分布统计（模块缺陷率） 1、模块缺陷率 计算各模块的缺陷数除以总体缺陷之和，主要查看模块的质量的情况。 2、说明此指标不能单纯看结果，要结合实际情况进行分析，如模块的粒度是否划分均匀，模块的重要性，模块包含的内容是否更容易发现bug等。 3、公式本模块的缺陷数（个） / ∑各模块的缺陷数（个）*100 4、数据来源QC管理平台 计算结果可通过导出表格、分析图形的方式来度量结果 模块名 缺陷数 模块缺陷率 模块1 10 10/50*10020 模块2 20 20/50*10040 模块3 20 20/50*10040 总数 50 缺陷分布统计（严重缺陷率） 1、模块缺陷率 计算各模块的严重缺陷数除以总体缺陷之和，主要查看模块的质量的情况。 2、说明此指标不能单纯看结果，要结合实际情况进行分析，如模块的粒度是否划分均匀，模块的重要性，模块包含的内容是否更容易发现bug等。 3、公式本模块的严重缺陷数（个） / ∑各模块的严重缺陷数（个）*100 4、数据来源QC管理平台 计算结果可通过导出表格、分析图形的方式来度量结果 模块名 严重缺陷数 严重缺陷率 模块1 1 1/5*10020 模块2 2 2/5*10040 模块3 2 2/5*10040 总数 5 缺陷密度及收敛 1、模块缺陷率 计算各版本缺陷数除以测试模块，主要查看版本是否趋于稳定情况，通过数据图表等方式来衡量版本交付的风险大小，是衡量版本是否可交付的重要依据之一。 2、说明如果缺陷密度逐渐收敛，说明版本逐渐稳定；如果趋势起伏不定，需要分析研究原因，查找不稳定的原因；如果缺陷密度趋势呈波状，一定要重视起来，说明版本及其不稳定，确认发布时要慎重。 3、公式本版本的缺陷数（个） / ∑已测各模块数（个） 4、数据来源日常跟踪数据、QC管理平台 计算结果可通过导出表格、分析图形的方式来度量结果 版本序号 测试版本（日期） 已测模块总数 版本bug数 缺陷比率（bug总数/已测模块总数 1 2 3 4 5 6 7 8 9 10 11 趋于收敛的缺陷密度图 起伏不定的缺陷密度图 三、 测试过程质量指标 缺陷探测率 1、缺陷探测率 计算内部发现的缺陷数除以内部发现的缺陷数与用户发现的缺陷数之和，主要查看内部发现缺陷的能力。 2、说明缺陷探测率越高，即内部发现的bug数越多，发布后客户发现的bug数就越少，质量成本就越低。 3、公式内部发现的缺陷数（个） / （内部发现的缺陷数（个）用户发现的缺陷数（个））*100 4、数据来源日常跟踪表，QC平台，用户缺陷平台或列表 5、计算结果缺陷探测率80/80594 有效缺陷率 1、有效缺陷率 计算被开发人员确认的BUG数总和除于本人上报BUG的总和，可用于查看测试人员的个人测试质量，也可用于查看整个测试组的测试质量。 2、无效BUG状态包括问题重复、不是问题、不可复现状态。这