從我可以從在線論壇和帖子可以看出，BDD/ATDD的主要焦點之一似乎在討論並確保客戶，開發人員，測試人員和其他相關方參與瞭解系統必須執行的操作。BDD/ATDD故事是否取代傳統要求？
問題1： BDD/ATDD故事是否取代傳統需求規格的需求，例如使用Volere Template捕獲的要求？
因爲傳統的需求規格是開發人員和測試人員的主要輸入之一，所以傳統的需求規格往往是全面的。
問題2： BDD/ATDD故事是否應該足夠全面以便系統得到全面測試？
問題1：我們應該更好地理解這兩個需求是如何捕捉方法相互融合的，而不是將這個問題看作一個黑白的情境。例如，在BDD/ATDD方法中或在Scrum中編寫story並不意味着將volere等模板從表格中移除。如果我們看看volere需求規範here，我們可以看到大部分信息都與項目相關的問題有關，用於功能需求的外殼與故事遠不相同。他們只是有不同的信息，不是唯一的信息。
問題2：在這裏，我們有方法本身的優勢。 BDD來自TDD，我們可以或多或少地依靠測試優先的過程來讓團隊測試系統。但是，正如我在第一個問題中提到的那樣，使BDD/ATDD故事更全面不是罪過，也不會損害故事的總體思路。當與更有經驗的客戶交流時，這也會證明是有用的。