鐵人檔案
透過30篇文章，讓大家感同身受，TDD不再只是書上的夢想，烏托邦的世界。
只要有心，人人都可以快快樂樂TDD。（文章將以C#為例）
上一篇文章，介紹了重構的第一步，就是建立測試。跨出了這第一步，才能確保後面的重構動作不會影響到結果。這也是為什麼本系列文章，需要先介紹測試的技巧、目的以及方式。...
在上一篇文章中，介紹了先透過理解程式碼，加上註解與排版後，讓我們看了程式碼心情不會再這麼不爽。 也因為抽象思考完，用自己的話在註解來描述程式碼的目的與行為，所以...
在上一篇文章中，透過分離主詞與動詞，定義出其他的物件與對應的行為，將不屬於當下物件的職責，拆分到其他的物件上。 在拆物件的過程中，還是一再強調，我們要把關注點放...
在上一篇文章中，重構第五式：「給你錢，趕快做」中，重點在於如何站在當下物件的角度，去思考自身職責該處理的邏輯，並思考非自身職責的部分，該委託給哪一個物件來處理。...
前兩篇文章，我們先以當下物件的角度，思考屬於自己的職責是什麼。而不屬於自己職責的部份，該委託給哪個物件來進行。並思考清楚當下物件所需要的，究竟是什麼，接著不必去...
上一篇文章中，將原本散落在頁面，屬於物流商職責的部分，搬移填入到物流商的物件中，並且通過了最原始的Selenium測試，代表符合了使用者的需求。也通過了單元測試...
在上篇文章中，我們將各個物流商的物件，抽象化出來一個物流商的介面，這個介面提供了當下頁面物件所需要的功能： 計算運費 取得運費結果 取得物流商名稱 雖然頁面...
上篇文章透過簡單的重構一個function，將相同的部份抽出判斷式外，讓不同的部份影響範圍最低。因此解決了我們有著重複程式碼的問題。 更重要的是，透過這一個過程...
從[Day 9]開始，一直到[Day 18]，我們從最初不知道從哪開始重構，到現在程式碼變得高內聚、低耦合、可擴充、可讀、可維護，而且有了相關的測試保護，不再需...
TDD系列文章到這邊，只是獨立介紹了測試與重構，接下來要介紹的部分，則是筆者認為TDD整個流程中，影響成敗的一環，也就是從user requirement br...
