从我在网上论坛和帖子中可以看出,BDD / ATDD的主要焦点之一似乎是在讨论并确保客户,开发人员,测试人员和其他相关方参与了解系统必须具备的内容做。
问题1: BDD / ATDD故事是否取代了对传统需求规范的需求,例如使用Volere Template捕获的规范?
由于传统的需求规范是开发人员和测试人员的关键输入之一,因此传统的需求规范往往是全面的。
问题2: BDD / ATDD故事是否也足够全面,可以对系统进行全面测试?
答案 0 :(得分:3)
问题1:我们不应该将这个问题视为黑白情况,而应该更好地理解这两个要求如何捕捉方法相互融合。在BDD / ATDD方法中或在story
中编写Scrum
并不意味着从表中移除volere
之类的模板。如果我们看一下volere
需求规范here,我们可以看到大多数信息都与项目相关的问题有关,而用于功能需求的shell远非与故事不同。他们只有不同的信息,而不是独家信息。
问题2:这里我们有来自方法本身的优势。 BDD来自TDD
,我们可以或多或少地依赖于面向测试的流程来允许团队测试系统。但是,正如我在问题1中提到的那样,使BDD / ATDD故事更加全面并不是一种罪恶,也不会影响故事的总体思路。在与更有经验的客户进行互动时,这也很有用。