2

有没有人使用 BDD 来驱动他们的域层?

4

3 回答 3

3

是的,我们发现这个过程运行得非常好,并且使用 specflow 来提供这种方法相当容易。仅在我们的领域层中就实现了超过 2000 多个场景,我们也使用这种方法在我们的 UI 层中测试我们的控制器(另外 2000 多个测试)。

如果在一个大型项目上工作,在开始之前考虑如何组织步骤是一个好主意,因为您将很快开始收集大量步骤并且找到一个步骤可能会成为一个挑战。

我们遇到的最大问题是团队中有多个人编写场景,他们通常会编写相同的步骤,但措辞略有不同,导致相同的步骤被添加两次。

于 2011-04-05T23:12:40.713 回答
0

是的,尽管最近我们一直在将 Cuke 和 Specification by Example 视为开始驾驶的更高层次。请参阅http://specificationbyexample.com/

于 2011-04-01T12:50:17.410 回答
0

是的,就是它的用途!

我发现 BDD 的主要好处是它如何以一种自然的方式让你;

  1. 推动设计(计划然后做)

  2. 发现并强调领域无处不在的语言

  3. 记录项目进度和当前状态(规格映射到故事和冲刺计划)

如果它也导致验收或单元测试,那很好,但我认为大部分价值都来自上述内容。它还可以帮助新团队成员掌握事情,并且在离开一段时间后很容易在精神上回到项目领域。

I also agree on before mentioned "step-duplication" problems, it's well spent time refactoring and consolidating steps trying to keep them well-structured.

于 2012-12-14T13:59:42.080 回答