TDD 不是沒用，是你沒有好好使用
系統越來越大時，可以幫助你將系統維持在一定的整潔度
?
重點思維
? 不只是要保護功能，更要能夠促進理解
? 在完成功能的同時，也要維持系統品質
? 不需總是預留彈性，但能隨時創造彈性
? 以模式為思考中心，看似不變實則萬變
你很忙，我知道。
從前你說：「寫程式都沒時間了，哪來時間寫測試？」
現在程式都是 AI 在寫，總該有時間寫測試了吧？
你又改說：「AI 寫得這麼快，測試也叫 AI 寫就好呀！」
結果呢？測試一大堆，都測不到真正的問題。改一行壞三個功能、半夜被 Call、看不懂 AI 寫什麼，
省下來的時間都拿去幫 AI Debug 了。
越困難的事，越要簡單做
業務邏輯已經夠複雜了，還要兼顧正確性、可維護性、可擴充性、可讀性？
TDD 的長處，正是「面對困難的開發挑戰，用最小、最簡單的步驟前進」。
開發不再是一次解決大問題，而是透過讓一連串簡單的小成功，堆疊出可靠的系統。
不要宗教口號，而要實戰案例
TDD 不是要你寫更多功能，而是用更安全穩定的方式做你原本就在做的事。
TDD 不是口號，也不是宗教，而是一種讓你吃得下飯、睡得著覺，還有餘裕思考的開發節奏。
?
在本書中，我們要學習的是：
如何用測試保護自己、不是折磨自己
用 TDD 找出真正該改的地方，而不是亂 Refactor
讓團隊從「怕改」變成「敢改」；把「改壞東西」變成「放心重構」
?
專業推薦
?
十年前與 Kuma 共事時，他總是在混亂的專案中，堅持先問「為什麼」，再思考「怎麼做」；先寫測試，再寫程式。對他而言，「快」不是目的，「對」才是。多年後，他從專注寫程式的工程師，成長為兼顧品質與團隊的領導者，仍保持對學習與軟體工程的熱情。
在這本書裡，Kuma 以 TDD 展現的不僅是技術，更是一種生活方式——專注於真正重要的事，讓時間回到有價值的選擇上。TDD 不只是工程方法，也是一種誠實面對問題、持續重構自我的態度。
願每位讀者都能在閱讀中，找到屬於自己的 TDD 節奏，並在不斷改進的過程中，成為更喜歡的自己。——ICF 專業認證教練 Enya Liao
?
在 AI 加速開發的時代，單元測試的重要性不減反增。當 Cursor、Copilot 等工具讓程式生成更快，唯有測試與 TDD，才能確保品質與可持續開發。
Kuma 是我長年認識的 TDD 實戰專家，他以真實專案為例，帶領讀者從實作中體驗測試如何成為設計的安全網與指引。本書不只教你寫測試，更讓你理解：有測試的程式碼，才敢重構；敢重構的系統，才能持續進化。
無論你是初學者或資深工程師，都能從中獲得啟發，重新掌握開發品質，在 AI 時代穩健前行。——Microsoft Regional Director 董大偉
