The Cucumber Book讲述了与利益相关者和/或其他团队成员一起预先编写大部分功能的问题。
然而，这意味着在发布/迭代之前的任何给定时间，将会有许多失败的测试;所有的功能已经存在，但失败了。
rails附带的cucumber.yml使用The Rspec Book中讨论的使用@wip标记的在制品练习。在这里你可以编写一个场景Just In Time，就在你开发它的那一刻;在更大的迭代或项目开始时，不要立即预先。
这些似乎是矛盾的。有没有最好用的文件？是否有用的技巧，例如使用标签，预先编写功能但将它们排除在测试之外？或者这被认为是一种不好的做法？
答案 0 :(得分：1)
我们通常会先与产品负责人和/或开发人员一起编写功能，然后将它们标记为@wip，当我们将它们检入我们正在处理的故事的分支时。我们的故事很小，我们可以在几天，有时几小时内开发它们，所以很少有功能可以在未实现的地方展开。 我曾经在我们为大型项目预先编写功能的地方工作过，但是工作效果不好 - 需求发生变化，使得黄瓜功能多余/过时。
这不是一个黑色或白色的答案 - 只是什么有效，什么对我不起作用。希望这会有所帮助。