关闭。这个问题是opinion-based .它目前不接受答案。
想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.
3年前关闭。
Improve this question
我正在研究 Scrum 场景中的 BDD 测试，并意识到 BDD 场景更类似于规范而不是测试。
因此，是否应该在开发人员进行预先计划之前编写它们，以便确定所有功能，以便在该 session 中进行更好的估计、优先级排序等？
最佳答案
如果 BDD 的意思是“行为驱动的开发”，那么您可能会因为将“测试”这个词放在那里而被绊倒。
它们不是测试，即使您会从中获得免费测试。如果您将它们视为测试，那么您将无法很好地使用它们。
它们是规范。如果您以这种方式接近他们，您就可以看到他们如何适应您的流程。
这取决于您，但通过强制自己不要将它们视为测试，而是始终如一地将它们视为规范，您将获得最大的好处。没有什么可以阻止您滥用它们(作为测试)，但滥用它们将保证您无法从该方法中受益 - 而且它很重要。
关于scrum - 什么时候应该编写 BDD 测试场景？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2607013/