从现有系统开始使用BDD的位置？

Question

我们一直在使用瀑布来开发和增强我们公司的系统，最近我们正在进入敏捷，管理层对BDD感兴趣。

我的理解是，BDD是业务和开发团队改进故事的工具，同时这些方案将成为该功能的测试用例。这对我来说听起来很完美，但由于我们已经有了这些功能，BDD如何在这种情况下工作？

我们是否应该根据我们对该功能的了解编写故事和场景？ 我对上述情况的唯一关注是对情景的报道。或者我们不应该担心并继续添加新方案并在团队提出新方案时对其进行测试？

Answer 1

今天又向另一位向我发送同一问题的人提示，我written up an answer for this。

简短版本，您可以使用BDD来帮助您了解系统实际执行的操作以及原因，但您将明确要求而不是探索它们。

此外，您问道，“我们是否应根据我们对该功能的了解编写故事和场景？”

我会与您可以找到的任何利益相关者交谈，向他们询问系统应该做什么，然后查看它是否真的这样做了。在采用与示例进行对话的实践之前设计的系统通常不会发起创作者的意图。然后，您可以根据所需行为创建新的待办事项，从而区分您实际获得的行为。

我建议抓住那些善于提问并发现错过情景的人（通常是测试人员）。因为你已经对系统有了一些了解，所以你很可能会非常擅长描述你的想法，同时缺少差距。

Answer 2

如果您还没有进行任何自动化测试并且想要开始使用BDD，我建议您首先为一些手动测试脚本编写一些方案，我发现这是一个很好的方法来训练写作BDD风格，然后正如Lunivore所说，你应该与商界人士和QA一起工作，以更好地了解你的系统行为，并最好用它们编写场景。