验收测试和代码覆盖范围

在进行验收测试时,我宁愿看 功能覆盖 即测试给定应用程序的特性(或用户故事或用例)的数量。对我来说,对于每个特性(或者用户故事或者用例),所有scenari或者可能的路径都应该进行测试。换句话说,特性应该是编写测试计划的起点,目标应该是覆盖特性,而不是代码。这是一个微小的区别,但也是一个重要的区别:用代码覆盖率度量验收测试是面向开发人员的,而度量功能覆盖率是面向最终用户的。

在度量方面,敏捷的创始人之一RonJeffries对他认为真正有价值的度量标准、RTF或运行测试的特性进行了出色的总结。你可以看这篇文章 here .我只是引用下面的一小部分:

项目的重点是什么?

我只是猜测,但我认为 大多数软件开发点 项目是有效的软件,以及 有最多的特点 每美元投资。我称之为 运行测试的概念[功能],以及 事实上,它可以被测量到 程度。

想象一下以下定义 RTF:

1. 所需的软件分为命名功能 (要求、故事)是 它意味着什么交付 期望的系统。
2. 对于每个命名功能,都有一个或多个自动接受 测试,当它们工作时,将显示 问题的特征是 实施。
3. RTF度量显示项目中的每个时刻有多少 功能正在通过 验收试验。

有多少客户定义的功能 已知,通过独立定义 测试,要工作吗?现在有一个 我可以接受的度量标准。

为了报告进度,我特别喜欢累积流程图。它们清楚地显示出什么时候出了问题,例如(这里是一种燃烧的方式):

alt text http://xprogramming.com/images/BVCcustTest2.jpg

对于现实生活中的例子,请看一下 this post 或 this one (燃尽样式表)。