1、测试度量的目的
测试度量活动首要考虑的是目的，测试中的度量一般有如下目的：
● 判断测试的有效性
● 判断测试的完整性
● 判断工作产品的质量
● 分析和改进测试过程
2、度量内容
度量的数据构成一个层次化的体系，就是度量框架。

框架的上层是度量指标(Factor)，下层是直接度量(Metrics)。

度量指标表示产品或过程的特征，需要从直接度量计算而来。

而直接度量是可以直接收集到的数据。

下面分别说明系统测试中需要测量的度量内容，注意区分其中的度量指标和直接度量。

1）进度（时间）度量
a) 计划的测试开始、结束时间
b) 实际的测试开始、结束时间
c) 执行测试用例的时间。

2）成本度量
a) 计划投入测试的工作量（人时）
b) 计划投入测试的资金
c) 实际投入测试的工作量（人时）
d) 实际投入测试的资金
e) 评审投入的工作量（人时）
f) 缺陷修正成本（提交缺陷、研究缺陷、改正缺陷、验证等所需时间）
g) 累积测试时间。

对每一个发布的版本，累积测试时间等于该版本在演变过程中经历的所有测试的测试时间之和。

包括完整测试、验证测试和回归测试。

3）规模度量
a) 被测对象的规模（功能点、代码行（有效代码行，注释行）等）
b) 系统需求数目
c) 测试用例数目（总用例数、计划执行数、实际执行数）
4）测试质量（效率）度量
a) 测试覆盖率
需求覆盖率：需求覆盖率=至少被测试用例覆盖一次的需求数/系统总需求数
测试用例覆盖率：测试用例覆盖率=计划执行的测试用例数/测试用例总数
测试用例执行率：测试用例执行率=实际执行的测试用例数/计划执行的测试用例数
测试用例通过率：测试用例通过率＝(实际执行的测试用例数-测试执行不通过的测试用例数)/实际执行的测试用例数
b) 缺陷检测率对某一版本，某一个环节（阶段）的缺陷检测率＝(A/(A+B))*100％。

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

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

c) 测试过程能力
单位缺陷开销＝测试投入的工作量（人时）/缺陷总数
5）产品质量度量
a) 版本发布前缺陷数
b) 版本发布后缺陷数
c) 评审发现的缺陷数
d) 缺陷修正率：缺陷修正率＝发布前已修正的缺陷数/发布前已知的缺陷总数。

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