验收测试和代码覆盖率

Question

衡量验收测试覆盖率的最佳方法是什么？

您如何定义验收测试涵盖的范围以及何时足够？

Answer 1

在进行验收测试时，我更愿意查看功能覆盖率，即测试给定应用程序的多少功能（或用户故事或用例）。对我来说，对于每个功能（或用户故事或用例），都应该测试所有场景或可能的路径。换句话说，功能应该是编写测试计划的起点，目标应该是涵盖功能，而不是代码。这是一个细微的差别，但很重要：用代码覆盖率衡量验收测试是面向开发人员的，衡量功能覆盖率是面向最终用户的。

关于度量，敏捷的创始人之一罗恩·杰弗里斯 (Ron Jeffries) 写了一篇精彩的总结，总结了他认为真正有价值的度量标准，即 RTF 或运行测试功能。您可以查看文章here。我只是在下面引用一小部分：

项目的重点是什么？

我只是猜测，但我认为 大多数软件开发的重点 项目是有效的软件，并且 具有尽可能多的功能 每美元投资。我这样称呼 概念 Running Tested [Features]，以及 事实上，它可以被测量到 学位。

想象一下下面的定义 RTF：

1. 所需的软件被分解为命名的功能 （要求，故事）是一部分 交付的意义 所需的系统。
2. 对于每个命名的功能，都有一个或多个自动接受 测试，当它们工作时，将显示 有问题的特征是 已实施。
3. RTF 指标显示，在项目的每一刻，有多少 功能正在通过他们的所有 验收测试。

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

为了报告进度，我特别喜欢累积流程图。当出现问题时，它们清楚地显示，例如（这里是燃尽风格）：

_{（来源：xprogramming.com）}

对于现实生活中的示例，请查看 this post 或 this one（燃尽图）。