研发部高质量实用实用标准要求要求规范

《研发部高质量实用实用标准要求要求规范》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、实用标准文档版/次：2015.11.19研发质量标准规范编制：钱凌杰审核：批准：分发号：无锡同方融达信息科技有限公司2015年11月文案大全实用标准文档目录研发质量指标管理1一、综述31.1编写目的31.2阅读指南3二、软件质量指标42.1需求功能点覆盖率42.2用例执行覆盖率42.3缺陷修复率（截至于**年*月*日）52.4缺陷遗留个数（截至于**年*月*日）52.5缺陷分布统计（模块缺陷率）52.6缺陷分布统计（严重缺陷率）62.7缺陷密度及收敛7三、测试过程质量指标93.1缺陷探测率93.2有效

2、缺陷率93.3用例执行效率103.4缺陷发现率10四、交付质量指标114.1加载回退率114.2故障回退率12五、附则12文案大全实用标准文档一、综述1.1编写目的本文档主要为研发经理、测试经理、测试组长/测试人员、技术负责人、项目经理、开发人员等提供软件质量、测试质量、交付质量等衡量依据。通过不同指标的目标设定、过程跟踪、结果分析，为当期开发产品的质量提供可参考的数据，也为后续测试提供数据的基础积累，并作为制定方法流程的依据。1.2阅读指南1、软件测试质量指标主要针对研发项目、商务项目被测产品出具数

3、据度量。2、测试过程质量指标主要为测试经理、测试组长对测试人员的测试执行质量出具数据度量。3、交付质量主要为新需求的交付质量出具数据度量。三者可单独使用，也可结合使用。二、软件质量指标2.1需求功能点覆盖率1、需求覆盖率：计算测试用例总数之和除以与之一一对应的功能点数之和，主要查看是否有功能点遗漏测试的情况。2、公式：∑测试用例数（个）/∑功能点（个）说明：用例覆盖需求矩阵，一个需求对应多个功能点。3、数据来源：《用户需求说明书》《需求跟踪矩阵》文案大全实用标准文档4、计算结果：需求覆盖率=113/8

4、=14.132.2用例执行覆盖率1、用例执行覆盖率：计算测试用例执行总数除以与之一一对应的测试数之和，主要查看是否有测试用例执行遗漏或有效的情况。2、公式：∑执行的测试用例个数（个）/∑测试用例个数（个）*100%3、数据来源：《测试进度跟踪表》4、计算结果：用例执行覆盖率=100%功能模块测试用例个数执行的测试用例个数用例覆盖率XX模块线索管理1414100%XX模块创建1414100%XX模块信息管理4141100%XX模块审批55100%Xx模块立项2020100%Xx模块信息管理99100%X

5、x模块管理88100%Xx模块综合查询22100%总计113113100%2.3缺陷修复率（截至于**年*月*日）文案大全实用标准文档1、缺陷修复率：计算已修复（关闭）的缺陷总数除以有效缺陷总数，主要查看是否有测试用例执行遗漏或有效的情况。2、公式：∑修复（关闭）的缺陷数量（个）/∑有效缺陷数量（个）3、数据来源：从公司内部缺陷管理系统中导出数据：4、计算结果：缺陷修复率=206/216*100%=95%2.4缺陷遗留个数（截至于**年*月*日）1、缺陷遗留个数：统计待分配、待修改、重新处理的缺陷数量

6、2、公式：待分配+待修改+reopen状态的缺陷3、数据来源：从公司内部缺陷管理系统中导出数据4、计算结果：缺陷遗留个数=10，且为C类以下bug(建议性缺陷)2.5缺陷分布统计（模块缺陷率）1、模块缺陷率：计算各模块的缺陷数除以总体缺陷之和，主要查看模块的质量的情况。2、说明：此指标不能单纯看结果，要结合实际情况进行分析，如模块的粒度是否划分均匀，模块的重要性，模块包含的内容是否更容易发现bug等。3、公式：本模块的缺陷数（个）/∑各模块的缺陷数（个）*100%4、数据来源：QC管理平台计算结果可通

7、过导出表格、分析图形的方式来度量结果模块名缺陷数模块缺陷率模块11010/50*100%=20%模块22020/50*100%=40%模块32020/50*100%=40%总数50文案大全实用标准文档2.6缺陷分布统计（严重缺陷率）1、模块缺陷率：计算各模块的严重缺陷数除以总体缺陷之和，主要查看模块的质量的情况。2、说明：此指标不能单纯看结果，要结合实际情况进行分析，如模块的粒度是否划分均匀，模块的重要性，模块包含的内容是否更容易发现bug等。3、公式：本模块的严重缺陷数（个）/∑各模块的严重缺陷数（

8、个）*100%4、数据来源：QC管理平台计算结果可通过导出表格、分析图形的方式来度量结果模块名严重缺陷数严重缺陷率模块111/5*100%=20%模块222/5*100%=40%模块322/5*100%=40%总数52.7缺陷密度及收敛1、模块缺陷率：计算各版本缺陷数除以测试模块，主要查看版本是否趋于稳定情况，通过数据图表等方式来衡量版本交付的风险大小，是衡量版本是否可交付的重要依据之一。2、说明：如果缺陷密度逐渐收敛，说明版本逐渐稳定；如果趋势起伏不定