TDD和BDD之间的主要区别是什么？

Question

近几年来，测试驱动开发在.NET社区中风行一时。最近，我在ALT.NET社区听到了一些关于BDD的抱怨。那是什么？它与TDD有什么不同？

Answer 1

我认为BDD更多的是关于规范，而不是测试。它链接到领域驱动设计(你不喜欢这些*DD缩写吗？)。

它与编写用户故事的特定方式联系在一起，包括高级测试。由Tom ten Thij提供的示例

Story: User logging in
  As a user
  I want to login with my details
  So that I can get access to the site

Scenario: User uses wrong password

  Given a username 'jdoe'
  And a password 'letmein'

  When the user logs in with username and password

  Then the login form should be shown again

(在他的文章中，Tom继续用Ruby直接执行这个测试规范。)

BDD的教皇是Dan North。您可以在他的Introducing BDD文章中找到一个很好的介绍。

您可以在此video中找到BDD和TDD的比较。也谈Jeremy D. Miller对“测试驱动程序设计正确”的看法

2013年3月25日更新

上面的视频已经丢失了一段时间了。这是BDD vs TDD (explained)的Llewellyn Falco最近的一篇文章。我发现他的解释既清晰又切中要害。

Answer 2

对我来说，BDD和TDD的主要区别在于焦点和措辞。语言对于传达你的意图是很重要的。

TDD将重点放在测试上。由于在“旧瀑布世界”中，测试是在实现之后进行的，因此这种心态会导致错误的理解和行为。

BDD将重点放在行为和规范上，因此瀑布思维分散了注意力。因此，BDD更容易理解为设计实践，而不是测试实践。

Answer 3

似乎有两种类型的BDD。

第一个是Dan North讨论的原始风格，它导致了xBehave风格框架的创建。对我来说，这种风格主要适用于对域对象的验收测试或规范。

第二种风格是Dave Astels普及的，对我来说，这是一种新的TDD形式，具有一些严重的好处。它关注的是行为，而不是测试，也关注小的测试类，试图达到基本上每个规范(测试)方法一行的程度。这种风格适合所有级别的测试，并且可以使用任何现有的单元测试框架来完成，尽管较新的框架(xSpec风格)有助于专注于行为而不是测试。

还有一个BDD组，您可能会发现它很有用：

http://groups.google.com/group/behaviordrivendevelopment/