Test Fixture

測試固定資料 / 前置環境

01你是不是遇到這個 / THE SYMPTOM

我好幾個測試都要先準備同一批假資料（例如一個範例使用者、一筆訂單），現在每個測試都複製貼上一大段建資料的程式，又臭又長還很難維護。想把這些「測試前要準備好的東西」抽出來共用。

↑ 如果你點頭了，你要的關鍵字就是 Test Fixture。

02這是什麼 / DEFINITION

測試執行前需要準備好的固定狀態或資料——例如預先建好的範例物件、塞進測試資料庫的種子資料、或每個測試開始前都要做的初始化設定，讓測試在一致、可預期的環境下跑。

03什麼時候用 / WHEN TO USE

多個測試共用同一組前置資料或環境設定，想集中管理、避免重複，並確保每次測試起點都一樣時。

04怎麼跟 AI 說 / HOW TO ASK

直接複製這句、貼進 Claude Code / Cursor / Copilot / ChatGPT：

幫我把這幾個測試共用的假使用者資料抽成一個 fixture，並在每個測試跑之前用 beforeEach 重置狀態，避免測試之間互相污染。

05常見坑 / WATCH OUT

⚠ fixture（準備資料/環境）和 mock（替換依賴行為）容易混：fixture 是「給定的輸入素材」，mock 是「假裝外部系統的反應」。另外很多框架（pytest、Playwright）有專門的 fixture 機制，講框架名 AI 比較好對症。

06相關的詞 / RELATED

我想測一段會打第三方 API（或寄信、刷卡）的程式，但測試時不想真的去呼叫它——又慢、要網路、還可能真的扣到錢。想用一個「假的」頂替那個外部東西，並指定它該回傳什麼。

我每改一個地方就怕弄壞別的功能，每次都要手動點一遍 App 確認，又慢又常漏掉。想要有個東西自動幫我檢查「這個小函式算出來的結果對不對」。

我有個元件（或一段函式輸出）的內容很長，想確認「它每次產出的結果跟上次一模一樣，有變我要馬上知道」，但又懶得一個欄位一個欄位手動寫斷言。