1    概述    1

1.1    编写目的    1

1.2    适用范围    1

1.3    阅读对象    1

1.4    术语与缩写    1

1.5    参考资料    1

2    角色和职责    2

3    度量内容    2

3.1    进度（时间）度量    2

3.2    成本度量    3

3.3    规模度量    3

3.4    测试质量度量    3

3.4.1测试覆盖率    3

3.4.2缺陷检测率    4

3.4.3测试过程能力    4

3.5    产品质量度量    4

4    输出    4

1概述

1.1编写目的

软件测试度量目的是判断测试的有效性、判断测试的完整性、判断工作产品的质量、分析和改进测试过程。

1.2适用范围

1.3阅读对象

本文档的阅读对象可能包括：需求分析师、开发人员、测试人员等。

上述人员可能需要对测试有一个总体了解与认识。

1.4术语与缩写

度量的数据构成一个层次化的体系，就是度量框架。框架的上层是度量指标(Factor)，下层是直接度量(Metrics)。度量指标表示产品或过程的特征，需要从直接度量计算而来。而直接度量是可以直接收集到的数据。下面分别说明系统测试中需要测量的度量内容，注意区分其中的度量指标和直接度量。

3.1进度（时间）度量

a) 计划的测试开始、结束时间

　　b) 实际的测试开始、结束时间

　　c) 执行测试用例的时间。

3.2成本度量

a) 计划投入测试的工作量（人时）

　　b) 实际投入测试的工作量（人时）

　　c) 评审投入的工作量（人时）

　　d) 缺陷修正成本（提交缺陷、研究缺陷、改正缺陷、验证等所需时间）

　　e) 累积测试时间。对每一个发布的版本，累积测试时间等于该版本在演变过程中经历的所有测试的测试时间之和。包括完整测试、验证测试和回归测试。

3.3规模度量

a) 被测对象的规模（功能点、代码行（有效代码行，注释行）等）

　　b) 系统需求数目

　　c) 测试用例数目（总用例数、计划执行数、实际执行数）

3.4测试质量度量

3.4.1测试覆盖率

　　需求覆盖率：需求覆盖率=至少被测试用例覆盖一次的需求数/系统总需求数

　　测试用例覆盖率：测试用例覆盖率=计划执行的测试用例数/测试用例总数

　　测试用例执行率： 测试用例执行率=实际执行的测试用例数/计划执行的测试用例数

　　测试用例通过率：测试用例通过率＝(实际执行的测试用例数-测试执行不通过的测试用例数)/实际执行的测试用例数

测试用例的质量：TCQ=测试用例发现的缺陷数量/总的缺陷数量

3.4.2缺陷检测率

对某一系统，某一版本，某一个阶段的缺陷检测率＝(A/(A+B))*100％

　　其中：

　　A：测试人员查找出的不包括重复缺陷的数量。

　　B：用户（包括下一环节的部门）报告的不包括重复缺陷的数量。

3.4.3测试过程能力

单位缺陷开销＝测试投入的工作量（人时）/缺陷总数

3.5产品质量度量

a) 版本发布前缺陷数

　　b) 版本发布后缺陷数

　　c) 评审发现的缺陷数

　　d) 缺陷修正率：缺陷修正率＝发布前已修正的缺陷数/发布前已知的缺陷总数。

　　e) 缺陷密度：千行代码缺陷率＝测试和评审中发现的缺陷数/被测目标的代码的规模（KL）

f) 软件成熟悉度指标（SMI）

    软件成熟悉度指标计算表达式：SMI=[MT—（Fa+Fc+Fd）]/MT

当SMI接近1.0时，产品开始稳定。

    MT：当前发布中的模块数；

    Fa：当前发布中已经增加的模块数；

    Fc：当前发布中已经变动的模块数；

    Fd：当前发布中已删除的前一发布中的模块数；

4输出