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



我在练习TDD时有一个问题。

  1. 为了让像我这样的开发人员与业务用户或项目经理一起工作,功能文件应该存储在哪里?融合?GIT/SVN吗?

如果我们将特征文件存储在合流中,我们可能需要不时地同步这些文件。

如果我们存储功能GIT/SVN,不要认为业务用户/PM知道如何使用

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

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

困难的部分是当审查发生并建议应该以某种方式更改功能时。在这里,您需要开发人员直接与审查人员交谈,并负责使相关的场景可供讨论和改进。

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

相关内容

最新更新