在现有系统上从何处开始使用BDD？

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

我的理解是，BDD是业务和开发团队细化故事的工具，同时这些场景将成为该功能的测试用例。这听起来很完美，但既然我们已经有了可用的功能，BDD如何在这种情况下工作

我们是否应该根据我们对该功能的了解编写故事和场景？

---

我唯一关心的是上述场景的覆盖范围。或者我们不必担心，只要团队提出新的方案，我们就应该不断添加新的方案并进行测试？

今天又有人给我发来了同样的问题，我得到了提示

简而言之，您可以使用BDD来帮助您理解系统实际上做了什么，以及为什么要这样做，但您将澄清需求，而不是探究需求

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

我会和你能找到的任何利益相关者交谈，询问他们系统应该做什么，然后看看它是否真的做到了。在采用示例对话实践之前设计的系统通常不会达到发起者的预期效果。然后，您可以区分您实际拥有的行为，同时根据您想要的行为创建新的积压工作

---

我建议找一个擅长提问和发现遗漏场景的人（通常是测试人员）进行讨论。因为您已经对系统有了一定的了解，很可能您会非常擅长描述您认为它的功能，同时也会遗漏一些差距。

如果您还没有任何自动测试，并且希望开始使用BDD，我建议您先为一些手动测试脚本编写一些场景，我发现这是训练BDD风格写作的好方法，然后正如Lunivore所说，您应该与业务人员和QA合作，更好地了解您的系统行为，最好与他们一起编写场景。

您是否也在计划TDD？因为您没有询问特定代码的问题，所以不是最好的站点。相反，你应该考虑这个问题，关于更抽象的白板问题在哪里……是的，Blacksonic。我们正试着开始练习。Hi Jon，我在这个网站上看到了一些关于BDD的文章，这就是为什么我在这里问这个问题，希望一些大师能帮助回答我的问题。：）非常感谢。是我通过你的网站给你写信的。你的文章真的很有帮助。这对我们来说是非常具有挑战性的，因为这是一项全新的技术，团队对此感到兴奋，但同时也感到担忧。：）如果您是BDD的新手，您可能还喜欢我的教程幻灯片组。这都是注释；您可以下载它，并在播放时阅读注释。相当长，但相当彻底！祝你好运