软件测试度量基础培训

软件测试度量

目录

一、软件度量的基本知识

二、软件测试度量的体系

三、IT支持工具

四、度量活动中的常见问题

一、引子

Why do metrics?

¾“If you don't know where you are going, any road will do.”

-PROVERB

¾“If you don't know where you are, a map won't help.”

-WATTS HUMPHREY.

¾“What you cannot measure, you cannot manage.”

-DRUCKER

一、引子

为什么公司要组织体检？

¾对自己的健康状况有一个清楚的认识。

¾发现自己健康方面的一些异常，合理调整自己的饮食和生活习惯。

¾尽早发现疾病，及时医治。

业界度量状态

目前在业界高成熟度组织普遍开展了软件度量方面的研究和应用，这些组织包括：

NASA(美国航空航天局)

SEI(软件工程研究所)

DARPA(美国国防部国际研究项目部)

IBM

HP

NORTEL

MOTOROLA

LUCENT

度量的概念

根据一定的规则，将数字或符号赋与系统、构件、过程等实体的特定属性，从而使我们能清晰地理解该实体及其属性。

简而言之，度量就是对事物属性的量化表示。

度量的根本目的

软件度量的根本目的是通过量化的分析和综合，帮助我们提高软件生产率，提高软件产品质量，降低研发成本、维护成本和产品研发周期，提高用户满意度，为组织持续改进提供量化的指标和反馈。

度量本身不是目的，而是手段

软件度量的范围 过程度量——过程优化和改进 产品度量——产品评估和决策 项目度量——项目控制和评估

软件测试度量的规程

•软件测试度量的范围

•软件测试度量的角色

•软件测试度量的数据收集•软件测试度量的指标定义

软件测试度量的数据收集

数据收集－规模

—代码量（移植、新增、修改、删除）从基线化的代码获取（用代码行统计工具）—测试方案规模（页）

方案规模：从基线化的测试方案文档获取—测试用例规模（个）

估计用例规模：从项目估计表单获取

实际用例规模：从基线化的测试用例文档获取

软件测试度量的数据收集

数据收集－进度

—测试计划、测试设计、测试执行、测试评估四阶段的计划开始和结束时间

从测试项目计划中的里程碑获取

—测试计划、测试设计、测试执行、测试评估四阶段的实际开始和结束时间

从各阶段结束报告的中获取

软件测试度量的应用实例

测试估计

测试过程评估

测试质量评估

测试改进与控制

测试质量的评估（续） 工作量与遗留缺陷的四象限分析

三、IT工具支持

3.1 新工作日志

3.2 测试项目度量表

3.3 测试执行度量表

3.4 测试缺陷管理统计工具

3.5 测试用例管理工具

3.6 Gompertz工具

四、度量活动中的常见问题

软件规模收集不准确

工作量数据收集不准确

软件规模收集不准确

¾情况1：被测特性一般涉及多个模块，特性的软件规模很难度量。

¾建议：根据这个特性和各个模块的相关程度设定各模块对于该特性的软件规模折算系数a（0≤a≤1）；通过计算这些模块的软件规模加权和来获得特性的软件规模。

软件规模收集不准确（续）¾情况2：软件由多种编程语言开发的不同组件构成，版本的软件规模不知该如何统计。

¾建议：以某种语言（例如C语言）为基准，采用Wideband Delphi或Pert sizing估计方法，来核定不同编程语言的折算系数，按折算系数将各组件的软件规模折算成基准语言软件规模，然后将各组件的基准语言软件规模累加在一起，就得到了这个版本的软件规模。

软件规模收集不准确（续）¾情况3：没有可以依据的标准或规则来指导移植代码的折算系数的核定。

¾建议：按项目度量后，会以当前版本所要测试的各个特性的软件规模总和作为被测试版本的软件规模，这样基本不会涉及大量移植代码的折算问题，同时，这种度量方式将更好地帮助我们认识被测试对象的测试规模。

工作量数据收集不准确

¾原因：

¾测试人员对工作量数据项的理解不正确或不一致；

¾工作量数据收集不及时；

¾工作量数据的审核较少；

¾建议：

¾对各项测量数据进行精确的定义，使测试人员对各项测

量数据有正确、一致的理解；

¾要求测试人员及时填写当天的工作日志或TimeSheet，提高数据的准确性；

¾加强对工作量数据的及时审核，发现异常要进行沟通和

引导。