系列文章
[Day 21]ATDD - Acceptance Testing
上篇文章提到了，系統與程式碼存在的目的，就是為了滿足使用者的需求。 因為我們需要一個方式來定義與管理使用者的需求。本系列TDD的文章，則是以user story...
[Day 22]ATDD - ATDD的循環
上篇文章簡單扼要的說明了，如何透過驗收測試案例，來輔助驗證user story是否已經完成。 也強調了驗收測試案例的基本feature，該由哪些共同協同合作撰寫...
[Day 23]BDD - Introduction
前面先介紹了如何透過ATDD，透過user story來定義與管理使用者需求開始，透過驗收測試案例來定義一個user story什麼時候可以視為完成。 然而us...
[Day 24]BDD - SpecFlow Introduction
前面幾篇文章，先介紹了user story，ATDD，接著提到了要透過BDD來當作ATDD與TDD之間的橋樑。 這篇文章則是要介紹一下，筆者習慣用的BDD工具：...
[Day 25]BDD - TDD from BDD
前兩篇文章介紹到了，為什麼需要BDD來輔助我們進行TDD，原因是需求、user story與acceptance test cases都是透過DSL來描述，這離...
[Day 26]User Story/ATDD/BDD/TDD - 總結
前幾篇文章提到了BDD的觀念，以及在.NET solution中，簡單的介紹了如何透過SpecFlow這個工具，來幫助我們減少在驗收測試案例與開始進行TDD中間...
[Day 27]TDD實戰練習-1
到上一篇文章為止，TDD所需要的每個片段都已經簡單介紹了一遍，相信各位讀者也很清楚的瞭解，筆者要表達的重點，還是一句話：一切都為了滿足使用者需求。 接下來，筆者...
[Day 28]TDD實戰練習-2
前面介紹完每一塊拼圖的概念之後，上一篇文章開始進入實戰演練。 實戰練習的範例，是透過一個網路銀行的範例專案，挑選了登入功能這個user story，在上一篇文章...
[Day 29]TDD實戰練習-3
TDD實戰練習第一篇，介紹了： 如何從PO的描述中，定義出user story與acceptance test cases。 如何建立BDD相關的featur...
[Day 30]TDD實戰練習-END
TDD實戰練習第一篇，介紹了： 如何從PO的描述中，定義出user story與acceptance test cases。 如何建立BDD相關的featur...