2011-04-01 69 views

回答

3

是的,我们发现此过程非常好,并且使用specflow很容易实现此方法。我们在我们的领域层单独实现了超过2000多个场景,我们也使用这种方法在我们的UI层测试我们的控制器(另有2000多个测试)。

如果您在开始之前就一个大型项目开展一些思考如何组织步骤,那么您会很快开始收集大量步骤并找到一个步骤可能会成为一个挑战。

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

+0

多个措辞通常不是一个问题。大多数工具使用从纯文本到方法本身的映射,在C#中这通常是通过属性,您可以指定多个属性并使用正则表达式进行匹配。请参阅https://github.com/cucumber/cucumber/wiki/Feature-Introduction的Step Definitons部分 – AlSki 2012-06-07 09:25:34

0

是的,尽管最近我们一直在考虑Cuke和Example by Example作为更高级别开始驾驶。请参阅http://specificationbyexample.com/

+0

然后你的specfication有UI包括 – satish 2011-04-01 12:55:16

0

是的,这就是它是什么!

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

  1. 驱动设计(计划然后执行)

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

  3. 文档项目进度和当前状态(规格映射到故事和Sprint计划)

如果它也导致验收或单元测试很好,但我认为最有价值的是上面提到的。它还可以帮助新的团队成员掌握一些事情,并且在离开一段时间后很容易返回到项目领域。

我也同意前面提到的“重复步骤”问题,它很好地花费时间重构和合并步骤,试图保持结构良好。