问与用户一起编写bdd黄瓜特性/场景的最佳实践

EN

一个特性文件在其生命周期中有两个主要阶段。当它第一次被创建时，它是一个希望在所有相关方之间共享的校勘文档。在这一点上，在它的生活中，你可以把它当作一个用户故事。

第二阶段是功能实现的时间。一旦您开始从它运行场景，这个特性就变成了代码。这意味着它确实应该存储在SCM系统(GIT)中，现在它属于开发(他们应该能够重构它)。

困难的部分是何时进行审查，并建议以某种方式改变功能。在这里，您需要开发人员直接与审阅者交谈，并负责将相关的场景提供给讨论和改进。

让这一切变得更容易的一件事是编写高度抽象的场景。这些内容删除了如何完成某件事情的所有细节，而是将重点放在场景/特性上，描述了完成了什么以及为什么它很重要。通过这种方式，功能在评审中的使用要少得多，因为绝大多数的评审都是关于如何完成某些事情的。