前面先介紹了如何透過ATDD,透過user story來定義與管理使用者需求開始,透過驗收測試案例來定義一個user story什麼時候可以視為完成。
然而user story與驗收測試案例,都是由domain specific language來描述。這與實際的程式碼來說,中間還有一段不小的落差。
該怎麼樣把中間的gap彌補起來,就是透過BDD的方式來進行。
本篇文章將針對BDD來做個簡單介紹。
上一篇文章:[Day 22]ATDD - ATDD的循環
本系列文章專區
然而user story與驗收測試案例,都是由domain specific language來描述。這與實際的程式碼來說,中間還有一段不小的落差。
該怎麼樣把中間的gap彌補起來,就是透過BDD的方式來進行。
本篇文章將針對BDD來做個簡單介紹。
上一篇文章:[Day 22]ATDD - ATDD的循環
本系列文章專區