传统软件开发和行为驱动开发有什么区别？

Question

所谓的传统软件开发(TSD)和行为驱动开发(BDD)之间有什么区别？

我见过许多不同的开发方法，这些方法教会开发人员使用业务语言进行交谈。然而，对我来说，所有这些似乎都是常识。

开发人员(S)怎么可能认为他们可以建造任何东西而不问人们他们想要什么和举例呢？

我不明白两者之间的区别。我所做的每一件事都要求我从业务的角度来理解事物(“无处不在的语言”)。我没有看到这个关于SE的具体问题。我甚至不知道“传统”是什么意思，因为这对我来说是公理的。

谁能告诉我这两者有什么区别吗？

编辑:我见过这么多，很难跟踪，但这是我看到的一个视频。我不愿意发布一个人的视频，因为我见过不止一个人。但这个词使用了传统的明确术语。

https://www.youtube.com/watch?v=JwLhR9RI3ew

https://blog.smartbear.com/software-quality/deliberate-application-testing-in-agile-with-dan-north/

像这样搜索它也会使用这个词：

丹北“传统软件开发”

Answer 1

我在这里看到两个问题：

1 -传统开发与BDD的区别是什么？

根据我的经验，当有人试图向某人解释BDD背后的概念时，他们使用的术语是传统的软件开发，他们通常指的是瀑布方法。这可以在句子的第二个链接中看到。

传统的软件开发是线性的，从开发开始，然后是测试，最后是操作。

这是否是一个正确的比较是可以争论的，因为大多数开发人员已经使用某种类型的敏捷方法很长时间了。

2 -开发人员如何在不问BA他们想要什么的情况下构建任何东西？

我与许多开发人员(包括程序员和测试人员)一起工作，只是询问业务的需求，但实际上并没有讨论甚至挑战这些相同的需求。后者是BDD的全部内容。这些讨论的结果应该是所有各方都有同样理解的一些很好的例子。