有没有BDD的成功案例？

Question

在写了一篇关于BDD的small article之后，有人问我是否有大规模使用BDD (特别是NBehave)的情况。

所以我的问题是问社区:你们有没有成功使用BDD的项目？如果是这样，你得到了什么好处，还有什么可以做得更好？你还会再做BDD吗？你会推荐给其他人吗？

Answer 1

我们在不同的场景(开源和ND项目)中使用了一些代码级别的BDD。

1. 告诉视图在MVC场景中，接受来自用户的哪种输入(DDD and Rule driven UI Validation in .NET)

AddressIs.In(Country.Russia)));

• Telling = view.GetData( CustomerIs.Valid，CustomerIs.From(AddressIs.Valid，result )服务层，关于异常处理行为(ActionPolicy被注入装饰器)：

var策略= ActionPolicy .Handle() .Retry(3);

使用这些方法极大地减少了代码重复，使代码库更加稳定和灵活。此外，由于对复杂细节的逻辑封装，它使一切变得更加简单。

Answer 2

我在一个小团队里，在一个网站上使用BDD。

我们使用它的方式本质上是TDD，但测试只是使用DSL作为行为来编写。我们没有对行为进行大量的前期设计，但我们确实创建了大量的行为，并按照您将测试的方式使用它们。

正如你可能期望的那样，它和TDD一样工作，总体上是好的。在与客户交互时，将测试表述为行为是很好的，并使其成为一个相当像样的文档，但我有点希望行为是用英语编写的，测试是编程的，而不是试图提出一些既不适合这两种目的又很难理解的中间语言。

它仍然是BDD，只是没有这个巧妙的技巧，试图将语言扭曲成一种由random_looking.set of_Punctuation rather_than simple.spaces描述的语言，但这只是我脾气暴躁的老程序员的态度，其他人对此都100%满意。

这个站点是可用的，并且完全运行，所以我认为它是一个成功的站点：Have a look

Answer 3

我最近在一个高级需求文档中使用了GWT的BDD风格。我没有从购买的客户那里得到任何关于GWT的反馈，我的老板说他喜欢它，因为它非常清晰和容易理解。注意，据我所知，他对BDD一无所知。我没有放入用户故事，因为对于有传统瀑布背景的人来说，这可能有点过于空洞。也许下一次我会尝试加入用户故事。

顺便说一句，这不是一个令人眼花缭乱的UI项目。这是一个将数据从web服务同步到数据库的集成项目。因此，它表明GWT即使对于非“眼球”UI也有效。