BDD -如何度量协作的价值/ ROI

Question

当考虑我们从实现和使用BDD的努力中获得的价值或ROI时，可以直接度量您为测试自动化元素节省的费用。您可以将旧的手动测试设计和执行时间与新的自动化设计和执行时间进行一段时间的比较。

我在衡量时遇到的困难是，我们通过更紧密的团队协作实现了节约。有了我们以前基于瀑布的SDLC，我们就可以通过过滤错误定义或不准确的需求所造成的缺陷来度量它。此外，我们还可以查看进来的更改请求的数量。然而，对于BDD来说，早期的协作意味着在会话期间，在开发过程中更早地消除了歧义。我的挑战是如何追踪和衡量这个问题？我想做的是把这个测量和一个类似规模的项目进行比较，这个项目是由另一个仍然在使用瀑布方法的团队运行的。然后，我可以展示早期协作对业务的价值。

有什么想法或者更多的讨论吗？

谢谢

Answer 1

用这种方法比较开发方法是很困难的。您可以有两个团队，每个团队都使用不同的方法，这两个团队都在开发相同的软件，并测量从开始到完成的总时间(有可压缩的缺陷)。那么，您必须考虑到这样一个事实，即生产的软件数量越多，效果越差。

但无论如何你都不能做这样的测试。有太多不受控制的变量。您没有相同的团队，您没有在同一时间做，也许不是相同的终端用户在场讨论设计，等等。