我正在调查scrum场景中的BDD测试,并意识到BDD场景更像是规范而不是测试.
因此,是否应该在开发人员进入预先规划之前编写它们,以便确定所有功能,以便在会议中更好地估算,确定优先级等？
小智 4
一般来说，在 Scrum 中，您希望用户故事也具有满足条件。这意味着，如果满足这些条件，作为产品负责人，我将对故事的完成感到满意。
最好由产品负责人编写这些内容，如果以给定/何时/那么格式编写则更好。这样团队就可以根据满意的条件创建 BDD 测试。当测试通过时，故事就完成了。
应该有尽可能多的满足条件，产品负责人认为有必要确认故事已经实现，并且这些条件应该及时为冲刺计划会议准备好。它们不需要编码，但应该写出来，以便团队了解完成故事的预期内容。
随着事情的发展，团队可能会在冲刺期间添加自己的 BDD 测试，但只有在最初的 BDD 测试通过后，故事才算完成。