你就是不寫測試才會沒時間：Kuma 的 TDD 實戰 — TypeScript 篇
許煜松（Kuma）
- 出版商: 博碩
- 出版日期: 2025-11-27
- 定價: $580
- 售價: 7.8 折 $452
- 語言: 繁體中文
- 頁數: 296
- ISBN: 6264143545
- ISBN-13: 9786264143547
-
相關分類:
TDD 測試導向開發
尚未上市，歡迎預購
買這商品的人也買了...
-
學徒模式－優秀軟體開發者的養成之路 (Apprenticeship Patterns: Guidance for the Aspiring Software Craftsman)$420$332 -
Apple Design (Hardcover)$2,100$1,995 -
無瑕的程式碼 － 敏捷軟體開發技巧守則 (Clean Code: A Handbook of Agile Software Craftsmanship)$580$452 -
系統思考：克服盲點、面對複雜性、見樹又見林的整體思考 (Thinking in Systems: A Primer)$450$356 -
無瑕的程式碼－敏捷完整篇－物件導向原則、設計模式與 C# 實踐 (Agile principles, patterns, and practices in C#)$790$616 -
鳳凰專案｜看 IT部門如何讓公司從谷底翻身的傳奇故事$480$379 -
單元測試的藝術, 2/e (The Art of Unit Testing: with examples in C#, 2/e)$650$507 -
$330修改軟件的藝術 : 構建易維護代碼的 9條最佳實踐 (Beyond Legacy Code: Nine Practices to Extend the Life (and Value) of Your Software) -
無瑕的程式碼－整潔的軟體設計與架構篇 (Clean Architecture: A Craftsman's Guide to Software Structure and Design)$580$452 -
Working Effectively with Legacy Code : 管理、修改、重構遺留程式碼的藝術 (中文版)$720$562 -
Kent Beck 的測試驅動開發：案例導向的逐步解決之道 (Test-Driven Development: By Example)(TDD)$560$437 -
CQRS 命令查詢職責分離模式 (Command Query Responsibility Segregation)$500$390 -
Good Code, Bad Code｜寫出高品質的程式碼 (Good Code, Bad Code: Think Like a Software Engineer)$520$411 -
Clean Architecture 實作篇：在整潔的架構上弄髒你的手 (Get Your Hands Dirty on Clean Architecture)$500$390 -
建構微服務｜設計細微化的系統, 2/e (Building Microservices: Designing Fine-Grained Systems, 2/e)$880$695 -
你就是不寫測試才會沒時間：Kuma 的單元測試實戰 -- Java篇（iThome鐵人賽系列書）$650$507 -
Clean Architecture 實作篇：在整潔的架構上弄髒你的手 (第二版) (Get Your Hands Dirty on Clean Architecture, 2/e)$600$468 -
程式設計守則｜如何寫出更好的程式碼 (The Rules of Programming: How to Write Better Code)$620$490 -
實戰領域驅動設計：高效軟體開發的正確觀點、應用策略與實作指引 (Implementing Domain-Driven Design)$1,280$998 -
領域故事化：協作 ｘ 視覺化 ｘ Agile，輕鬆打造專業水準的 DDD 軟體 (Domain Storytelling: A Collaborative, Visual, and Agile Way to Build Domain-Driven Software)$650$507 -
簡約的軟體開發思維：用 Functional Programming 重構程式 - 以 Javascript 為例 (Grokking Simplicity: Taming Complex Software with Functional Thinking)$1,000$850 -
無瑕的程式碼 軟體工匠篇：程式設計師必須做到的紀律、標準與倫理 (Clean Craftsmanship: Disciplines, Standards, and Ethics)$720$562 -
先整理一下？｜個人層面的軟體設計考量 (Tidy First?: A Personal Exercise in Empirical Software Design)$480$379 -
無瑕的程式碼 函數式設計篇：原則、模式與實踐$780$608 -
軟體設計耦合的平衡之道：建構模組化軟體系統的通用設計原則 (Balancing Coupling in Software Design: Successful Software Architecture in General and Distributed Systems)$650$507
相關主題
商品描述
TDD 不是沒用，是你沒有好好使用
系統越來越大時，可以幫助你將系統維持在一定的整潔度
專業推薦
十年前與 Kuma 共事時，他總是在混亂的專案中，堅持先問「為什麼」，再思考「怎麼做」；先寫測試，再寫程式。對他而言，「快」不是目的，「對」才是。多年後，他從專注寫程式的工程師，成長為兼顧品質與團隊的領導者，仍保持對學習與軟體工程的熱情。
在這本書裡，Kuma 以 TDD 展現的不僅是技術，更是一種生活方式——專注於真正重要的事，讓時間回到有價值的選擇上。TDD 不只是工程方法，也是一種誠實面對問題、持續重構自我的態度。
願每位讀者都能在閱讀中，找到屬於自己的 TDD 節奏，並在不斷改進的過程中，成為更喜歡的自己。
——ICF 專業認證教練 Enya Liao
在 AI 加速開發的時代，單元測試的重要性不減反增。當 Cursor、Copilot 等工具讓程式生成更快，唯有測試與 TDD，才能確保品質與可持續開發。
Kuma 是我長年認識的 TDD 實戰專家，他以真實專案為例，帶領讀者從實作中體驗測試如何成為設計的安全網與指引。本書不只教你寫測試，更讓你理解：有測試的程式碼，才敢重構；敢重構的系統，才能持續進化。
無論你是初學者或資深工程師，都能從中獲得啟發，重新掌握開發品質，在 AI 時代穩健前行。
——Microsoft Regional Director 董大偉
重點思維
✔ 不只是要保護功能，更要能夠促進理解
✔ 在完成功能的同時，也要維持系統品質
✔ 不需總是預留彈性，但能隨時創造彈性
✔ 以模式為思考中心，看似不變實則萬變
你很忙，我知道。
從前你說：「寫程式都沒時間了，哪來時間寫測試？」
現在程式都是 AI 在寫，總該有時間寫測試了吧？
你又改說：「AI 寫得這麼快，測試也叫 AI 寫就好呀！」
結果呢？測試一大堆，都測不到真正的問題。改一行壞三個功能、半夜被 Call、看不懂 AI 寫什麼，
省下來的時間都拿去幫 AI Debug 了。
越困難的事，越要簡單做
業務邏輯已經夠複雜了，還要兼顧正確性、可維護性、可擴充性、可讀性？
TDD 的長處，正是「面對困難的開發挑戰，用最小、最簡單的步驟前進」。
開發不再是一次解決大問題，而是透過讓一連串簡單的小成功，堆疊出可靠的系統。
不要宗教口號，而要實戰案例
TDD 不是要你寫更多功能，而是用更安全穩定的方式做你原本就在做的事。
TDD 不是口號，也不是宗教，而是一種讓你吃得下飯、睡得著覺，還有餘裕思考的開發節奏。
在本書中，我們要學習的是：
🎯 如何用測試保護自己、不是折磨自己
🎯 用 TDD 找出真正該改的地方，而不是亂 Refactor
🎯 讓團隊從「怕改」變成「敢改」；把「改壞東西」變成「放心重構」
作者簡介
許煜松（Kuma）
Kuma，台中人，Java 出身的軟體開發者，討厭在無意義的重複工作上浪費生命，也相信人腦應該用來做高價值的事情，而不是被「沒時間」當作藉口束縛。
喜歡準時下班，於是平日邊工作邊研究世上任何可以提早下班的事物，例如 TDD、OOP、系統架構等。力行「重構即設計」、「漸進式重構」，而非「重寫裝重構」。
Kuma 堅信世上並不存在完美且永恆的系統，追求「越來越好」才是正道，而這得建立在能準時關掉 IDE 的前提之下。畢竟，下班不是結束，而是生活的下一次迭代。該重構的，不只是程式，還有人生。
🔔Facebook
https://www.facebook.com/kukumamaya
🔔YouTube
https://www.youtube.com/@kukumamaya
目錄大綱
Chapter 1 TDD
1.1 TDD 的操作與起源
1.2 TDD 的運作原理
Chapter 2 Slot
2.1 Slot 簡介
2.2 機率系統（Probability System）
Chapter 3 用測項「框」出功能
3.1 第一步：列測項
3.2 第一個失敗的測試：輸！
3.3 用最小的努力通過測試
3.4 重構：移動 Class 至獨立檔案
Chapter 4 逐步「捏」出機率系統的外貌
4.1 用簡單場景「逼」出 Input 與 Output
4.2 加入滾輪（Reels）
4.3 重構：為 Reels 加入領域概念
4.4 當 L2 押中時：注入 Reels
4.5 重構：抽參數以合併相似函數
4.6 重構：隱藏測試中的操作細節
4.7 快速加入 L3：談重構時機
Chapter 5 加入隨機行為：當我們錯估情勢
5.1 先加測試：讓滾輪隨機轉動
5.2 當發現太大步：回到原 Commit 點再來一次
5.3 重整旗鼓：滾輪的控制與檢視
5.4 重構 ：消滅 Primitive Obsession，找出領域物件
5.5 加強控制細節：控制每一個 Reel 的轉動
5.6 重構：讓 Reel 各自管理 Index，強化內聚力
5.7 用合約直接驗證部份邏輯
5.8 多型的力量：兼顧隨機性與可控性
Chapter 6 賠率表與算分機制
6.1 多押單中
6.2 多押多中
6.3 賠率表——連線規則
6.4 賠率表——連線長度與 Symbol
6.5 顯示觀景窗
Chapter 7 再談 TDD
7.1 關於 TDD 的迷思
7.2 實戰中的 TDD
Chapter 8 免費遊戲：Free Game
8.1 Free Game 的定義與觸發
8.2 Free Game 的進行
8.3 Free Game 的結束
8.4 Retrigger Free Game
8.5 用合約限制呼叫方的行為
9.1 Recovery 簡介
9.2 加入暫存功能
9.3 改寫成 memento 模式
Chapter 10 RTP 與靜態工廠
10.1 RTP 與模擬器
10.2 哎呀，介面出錯啦！
10.3 再戰模擬器
10.4 一如既往地重構
10.5 加入第二個遊戲
Chapter 11 軟體開發與 TDD
11.1 專心錯了嗎：聊心流理論
11.2 兩個諸葛亮：聊 Pair Programming
11.3 高效開發的關鍵：適合且有效的設計
11.4 最後也是最初：TDD、AI 工具，與領域知識
