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

Question

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

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

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

问题2: BDD/ATDD故事是否应该足够全面，以便系统能够得到充分的测试？

Answer 1

问题1：问题1:与其把这个问题看作是一种黑白分明的情况，不如我们更好地理解这两种需求捕获方法是如何相处的。在BDD/ATDD方法中或例如在story中编写Scrum并不意味着将volere之类的模板从表中删除。如果我们看一下volere需求规范这里，我们可以看到大多数信息都与项目相关的问题有关，而用于功能需求的shell与故事并没有什么不同。他们只是有不同的信息，而不是唯一的信息。

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