iT邦幫忙

atdd相關文章
共有 10 則文章
鐵人賽 Software Development DAY 29

技術 BDD 行為驅動開發

TDD 幫助工程師的開發,但在軟體的生命週期中,不是只有工程師一個角色單打獨鬥。 一個軟體的成功有賴於整個團隊,內部可能包含了PM、QA 測試人員...等等,外...

鐵人賽 IT技術 DAY 30
30天快速上手TDD 系列 第 31

達標好文 技術 [30天快速上手TDD]目錄與附錄

針對整個系列,做個分類與整理。 補充一些筆者覺得不錯的參考資源,供讀者可以更深入的了解相關概念與技術。 這次鐵人賽,希望可以用30篇文章,來讓讀者了解TDD完整...

鐵人賽 IT技術 DAY 30
30天快速上手TDD 系列 第 30

技術 [Day 30]TDD實戰練習-END

TDD實戰練習第一篇,介紹了: 如何從PO的描述中,定義出user story與acceptance test cases。 如何建立BDD相關的featur...

鐵人賽 IT技術 DAY 29
30天快速上手TDD 系列 第 29

技術 [Day 29]TDD實戰練習-3

TDD實戰練習第一篇,介紹了: 如何從PO的描述中,定義出user story與acceptance test cases。 如何建立BDD相關的featur...

鐵人賽 IT技術 DAY 28
30天快速上手TDD 系列 第 28

技術 [Day 28]TDD實戰練習-2

前面介紹完每一塊拼圖的概念之後,上一篇文章開始進入實戰演練。 實戰練習的範例,是透過一個網路銀行的範例專案,挑選了登入功能這個user story,在上一篇文章...

鐵人賽 IT技術 DAY 27
30天快速上手TDD 系列 第 27

技術 [Day 27]TDD實戰練習-1

到上一篇文章為止,TDD所需要的每個片段都已經簡單介紹了一遍,相信各位讀者也很清楚的瞭解,筆者要表達的重點,還是一句話:一切都為了滿足使用者需求。 接下來,筆者...

鐵人賽 IT技術 DAY 26
30天快速上手TDD 系列 第 26

技術 [Day 26]User Story/ATDD/BDD/TDD - 總結

前幾篇文章提到了BDD的觀念,以及在.NET solution中,簡單的介紹了如何透過SpecFlow這個工具,來幫助我們減少在驗收測試案例與開始進行TDD中間...

鐵人賽 IT技術 DAY 22
30天快速上手TDD 系列 第 22

技術 [Day 22]ATDD - ATDD的循環

上篇文章簡單扼要的說明了,如何透過驗收測試案例,來輔助驗證user story是否已經完成。 也強調了驗收測試案例的基本feature,該由哪些共同協同合作撰寫...

鐵人賽 IT技術 DAY 21
30天快速上手TDD 系列 第 21

技術 [Day 21]ATDD - Acceptance Testing

上篇文章提到了,系統與程式碼存在的目的,就是為了滿足使用者的需求。 因為我們需要一個方式來定義與管理使用者的需求。本系列TDD的文章,則是以user story...

鐵人賽 IT技術 DAY 20
30天快速上手TDD 系列 第 20

技術 [Day 20]ATDD - User Requirement

TDD系列文章到這邊,只是獨立介紹了測試與重構,接下來要介紹的部分,則是筆者認為TDD整個流程中,影響成敗的一環,也就是從user requirement br...