bdd - BDD/ATDD 故事是否取代了对传统需求的需求？

Question

从在线论坛和帖子中我可以看出，BDD/ATDD 的主要关注点之一似乎是讨论并确保客户、开发人员、测试人员和其他相关方参与了解系统必须做什么。

问题 1： BDD/ATDD 故事是否取代了对传统需求规范的需求，例如使用Volere 模板捕获的需求规范？

因为传统的需求规范是开发人员和测试人员的关键输入之一，所以传统的需求规范往往是全面的。

问题 2： BDD/ATDD 故事是否也应该足够全面，以允许对系统进行全面测试？

Answer 1

问题 1：我们不应将这个问题视为非黑即白的情况，而应更好地理解这两种需求捕获方法是如何相互配合的。story在 BDD/ATDD 方法中编写 a或Scrum例如，并不意味着将模板volere从表格中移除。如果我们看一下这里volere的需求规范，我们可以看到大部分信息都与项目相关的问题有关，而用于功能需求的外壳与故事相差甚远。他们只是有不同的信息，而不是唯一的信息。

问题 2：在这里，我们的优势来自方法本身。BDD 来自于TDD，我们可以或多或少地依靠面向测试优先的流程来让团队测试系统。但是，正如我在问题 1 中提到的，使 BDD/ATDD 故事更全面并不是一种罪过，也不会损害故事的总体思路。在与更有经验的客户互动时，这也将证明是有用的。