文档介绍：标准规范
敛
1、模块缺陷率：计算各版本缺陷数除以测试模块，主要查看版本是否趋于稳定情况，通过数据图表等方式来衡量版本交付的风险大小，是衡量版本是否可交付的重要依据之一。
2、说明：如果缺陷密度逐渐收敛，说明版本逐渐稳定；如果趋势起伏不定，需要分析研究原因，查找不稳定的原因；如果缺陷密度趋势呈波状，一定要重视起来，说明版本及其不稳定，确认发布时要慎重。
3、公式：本版本的缺陷数（个）/乏已测各模块数（个）
4、数据来源：曰常跟踪数据、QC管理平台
计算结果可通过导出表格、分析图形的方式来度量结果
版本序号
测试版本（日期）
已测模
块总数
版本bug数
缺陷比率（bug总祈已测鳏总数）
1
2
3
18
24
4
23
26
5
23
25
6
27
27
7
27
14
8
33
14
9
33
16
10
33
9
11
33
8
趋于收敛的缺陷密度图：
起伏不定的缺陷密度图：
三、测试过程质量指标
缺陷探测率
1、缺陷探测率：计算内部发现的缺陷数除以内部发现的缺陷数与用户发现的
缺陷数之和，主要查看内部发现缺陷的能力。
5、计算结果:加载回退率=（15-1）/15*100%=93%
6、计算结果:
2、说明：缺陷探测率越高，即内部发现的bug数越多，发布后客户发现的bug数就越少，质量成本就越低。
3、公式：内部发现的缺陷数（个）/（内部发现的缺陷数（个）+用户发现的缺陷数（个））*100%
4、数据来源：曰常跟踪表，QC平台，用户缺陷平台或列表
5、计算结果：缺陷探测率=80/（80+5）=94%
有效缺陷率
1、有效缺陷率：计算被开发人员确认的BUG数总和除于本人上报BUG的总
和，可用于查看测试人员的个人测试质量，也可用于查看整个测试组的测试质量。
2、无效BUG状态包括：问题重复、不是问题、不可复现状态。这项指标用于考察测试人员发现的、被确认为缺陷的缺陷数高低或者百分比，数和比率越高测试质量越高。
3、注意：由于系统框架根本性的、初始化参数设置错误引发的、错误数据、错误环境等而开发人员因无法修正、可以通过改变环境而无需修改程序、重新导入数据、再次发布而解决的BUG为有效BUG
4、公式：测试人员发现的有效缺陷数（个）/测试人员发现的总缺陷数（个）*100%
5、数据来源：曰常跟踪表，QC平台，用户缺陷平台
测试人员
有效缺陷数
总缺陷数
有效缺陷率
张苗苗
60
62
60/62*100%=97%
■"t-、/
40
42
40/42*100%=95%
总体
100
104
100/104*100%=96%
5、计算结果:加载回退率=（15-1）/15*100%=93%
6、计算结果:
用例执行效率
1、用例执行效率：计算测试人员执行的用例数除以执行测试的时间，主要查
看测试人员执行测试的效率。
2、说明：此指标的统计需要有一定的前提条件：用例的执行步骤相对来说分布
较均匀，执行时间在一个较长的时间段内
3、公式：乏测试人员执行的用例数（个）/乏执行用例的时间（小时）
4、数据来源：曰常跟踪表，QC平台，用户缺陷平台或列表
5、计算结果:
测试人员
执行用例数
执行时间（单位:小时）
用例执行效率
张苗苗
30
12
30/12=
20
7
20/7=
总体
50
19
50/19=
缺陷发现率
1、缺陷发现率：计算测试人员各自发现的缺陷数总和除于各自所花费的测试时间总和。
由于执行效率不能足够代表测试人员是否认真工作，那么，每小时发现的缺陷数就是重要的考核指标，测试的工作可以通过这项指标得到反馈。
注意：此项指标的统计可作为测试质量的一个依据，但实际工作中如果用
此指标作为考核测试人员的唯一依据会带来很多问题，比如，缺陷数可通过减小缺陷粒度、增加微小缺陷、增加不能确定bug数来提高分子数，这样会增加缺陷流转处理成本，会带来更多的问题。建议慎用。
2、公式：乏提交缺陷数（个）/乏执行测试的有效时间（小时）
3、数据来源：曰常跟踪表，QC平台，用户缺陷平台或列表
4、计算结果:
测试人员
提交缺陷数
执行测试时间
（单位：小时）