关于行为驱动发展的有趣问题

Question

作为我在软件工程的硕士论文，我想研究新的开发技术BDD (行为驱动开发)。在我看来，由于可执行规范和客户可理解的语言的影响，这种技术可以真正提高客户满意度、代码覆盖率和bug。

然而，对于我的论文，我很难确定在某些情况下BDD是否能更好地工作。在我学习期间工作的公司，工作仍然大多是以传统的迭代方式完成的，有时在需求激发阶段之后很难更改需求。

我的问题是，有没有人已经做过BDD项目，他们的经历是什么，你是否对BDD有什么感觉，你想从上面的段落开始调查？这对于构建我的研究问题有很大帮助。提前感谢！

Answer 1

BDD实际上是具有固定术语的TDD (参见这里)。

BDD维基提供了一个清晰的解释。如果做得好，它就能运行得很好。至少在我的团队中，当我们从几乎是牛仔的编码中转换时，它非常有效。代码覆盖率增加，bug数量减少，质量提高。

它的好处还在于，您可以自动获得雅格尼、接吻以及如果操作正确的话，实心。

如何验证像BDD这样的新开发技术的输出？

与其他开发方法一样，BDD并不是一个灵丹妙药(这种东西在软件开发中仍然不存在)。如果过了一段时间，您没有看到代码质量的改进，那么最好不要使用它。在代码质量下，我的意思是:更少的bug，更容易实现更改请求，等等。

Answer 2

首先，要理解行为驱动开发(，BDD)并不等于客户语言中的可执行规范。

行为驱动开发相当于行为语言中的测试驱动开发(TDD)。

如果由有经验的BDD开发人员务实地完成，TDD/BDD可以为设计、代码质量等带来巨大的好处。

可执行需求也可以带来好处，但这更多地取决于您与客户的关系、产品的性质和组织。

Answer 3

很难对两种发展方法之间的差异进行统计分析。这可能超出了博士学位的范围，更不用说硕士论文了。

有一件事可能是有趣的，那就是深入研究具体的可交付产品。例如，评估(或测试计划)在每个方面有何不同？如果你把它保持在可控范围内，你可能会找到一种方法来说服你的老板也尝试迈出一步。