針對整個系列,做個分類與整理。 補充一些筆者覺得不錯的參考資源,供讀者可以更深入的了解相關概念與技術。 這次鐵人賽,希望可以用30篇文章,來讓讀者了解TDD完整...
上篇文章提到了,系統與程式碼存在的目的,就是為了滿足使用者的需求。 因為我們需要一個方式來定義與管理使用者的需求。本系列TDD的文章,則是以user story...
前幾篇文章提到了BDD的觀念,以及在.NET solution中,簡單的介紹了如何透過SpecFlow這個工具,來幫助我們減少在驗收測試案例與開始進行TDD中間...
到上一篇文章為止,TDD所需要的每個片段都已經簡單介紹了一遍,相信各位讀者也很清楚的瞭解,筆者要表達的重點,還是一句話:一切都為了滿足使用者需求。 接下來,筆者...
TDD系列文章到這邊,只是獨立介紹了測試與重構,接下來要介紹的部分,則是筆者認為TDD整個流程中,影響成敗的一環,也就是從user requirement br...
上篇文章簡單扼要的說明了,如何透過驗收測試案例,來輔助驗證user story是否已經完成。 也強調了驗收測試案例的基本feature,該由哪些共同協同合作撰寫...
上一篇中詳細講解了 TDD,此篇將會重於 BDD/ATDD 的概念為主目的是希望有個 TDD 基底後,了解 BDD/ATDD 會更加順利 什麼是 BDD(B...
前面介紹完每一塊拼圖的概念之後,上一篇文章開始進入實戰演練。 實戰練習的範例,是透過一個網路銀行的範例專案,挑選了登入功能這個user story,在上一篇文章...
TDD實戰練習第一篇,介紹了: 如何從PO的描述中,定義出user story與acceptance test cases。 如何建立BDD相關的featur...
TDD實戰練習第一篇,介紹了: 如何從PO的描述中,定義出user story與acceptance test cases。 如何建立BDD相關的featur...
TDD 幫助工程師的開發,但在軟體的生命週期中,不是只有工程師一個角色單打獨鬥。 一個軟體的成功有賴於整個團隊,內部可能包含了PM、QA 測試人員...等等,外...