測試驅動開發，先寫測試再寫程式
TDD 的核心循環：先寫失敗的測試，再寫最少的程式碼讓它通過，最後重構
Mock、Stub、Fake、Spy 的差異與使用時機
AAA 模式、測試命名、單一斷言原則，寫出可維護的測試
Unit → Integration → E2E 的比例與策略，找到測試的甜蜜點
測試元件之間的互動，資料庫與 API 整合測試實戰
用資料驅動減少重複測試程式碼，一組邏輯多組資料
如何在沒有測試的舊程式碼中安全地引入測試和重構
Given-When-Then，從使用者行為出發定義測試場景
過度 Mock、脆弱測試、測試實作細節——常見的測試壞味道
用 TDD 從零打造一個完整功能，體驗真實開發流程