讓我們來破解一些關於 BDD 最常見的迷思和誤解。
迷思：您可以隨意選擇實踐的順序
進行對話比捕捉對話更重要，而捕捉對話比自動化對話更重要。
除非您已經做了有效的探索工作，否則試圖制定情境是在浪費時間。
同樣地，當您沒有先找出要自動化的最重要範例，或從業務關係人那裡取得如何措辭的回饋時，您就無法自動化範例。
迷思：您可以在程式碼實作後自動化情境
許多人使用 Cucumber 來進行測試自動化，以檢查程式碼實作後是否存在錯誤。這是進行測試自動化的一種完全合理的方式，但它不是 BDD。
迷思：探索不需要對話
我們看到許多團隊試圖將識別範例並將其轉化為制定情境的工作留給團隊中的單一個人。
這不是 BDD。探索工作需要協作完成，將所有需要分享對要建構內容理解的不同專家代表聚集在一起。
迷思：使用 Cucumber 表示您正在進行 BDD
僅僅因為您正在使用 Cucumber，並不表示您正在進行 BDD。 BDD 不僅僅是使用 Cucumber。