我完全同意沟通是最大的优势之一，但是对所有相关方来说都是有利的，而对那些人来说则是不同的。

简单地说：

对于所有：

生活文档

合作，早期发现未知

强制构建领域词汇和半形式语言 (DSL)，以在组织内一致地表达系统行为

对于开发人员：

像 TDD 一样，它有助于分块思考，创建漂亮且可测试的代码。

只为需要的东西编写代码（构建正确的东西）

在使用不同技术开发类似功能的不同开发团队之间进行更好的协调

对于 QA：

现成的验收标准

为所有类型的测试准备好构建块

测试到底需要什么（测试正确的东西）

对于 PO：

详细思考和推理功能，从而产生更好的规格

更好的视觉和与其他经理和产品所有者的协调

由于规格的来源 / 格式相同，因此可以更好地查看和理解 Devs 和 QA 输出 / 报告

在我看来，BDD 的最大优势是增加沟通，当你介绍它的方式是。

关于这个的一篇很好的文章来自 Richard Bradshaw-看看Using BDD Tools To Write Automated Checks != BDD

这个想法是三个朋友（QA，Dev 和 Business）合作创建功能文件。如前所述，这导致在故事投入生产之前进行大量沟通。

另一个优点（但肯定不是主要的）是测试用例是人类可读的-如果你必须为非技术人员创建报告，你会更容易一些。

但是在实现的过程中，我经常看到，测试人员必须自己创建功能并实现测试是一个巨大的开销，也是 BDD 中的反模式。

我希望这有点帮助！

同意Thywen，这些是 BDD 带给您的东西：

更好的沟通

例子很容易理解，讨论和批评

更容易找到你不知道你不知道的东西。

构建正确的东西

自动验收测试

这些例子是可执行的