為一個關鍵分支補好測試草稿

本站編寫 · 附 Claude Code 官方參考資料 · 來源核對日期：2026-09-12

請在目前專案中選一個值得補測試的小範圍邏輯，直接寫出可採用的測試草稿。

先辨識現有測試框架和慣例。優先檢查目前未提交改動涉及的純函式或明確的條件分支；沒有合適的改動，就從測試附近選一個邊界行為清楚的函式。只選一個對象，閱讀實作及最多 3 份相關測試，不引入測試框架，不替我選大模組。

用呼叫端、既有測試或文件確定預期行為，挑最多 3 個真實缺口，例如空輸入、邊界值、錯誤分支。每個案例寫清楚它能抓到什麼迴歸問題；不為了覆蓋率數字機械式複製實作，不臆測業務規則。

交付帶必要 import 和斷言的完整測試程式碼、建議放置路徑、專案現有的精確執行指令。若需要併入現有檔案，給出明確的插入位置。不要只列測試名稱，也不改動現有程式碼。

完成標準：靜態核對呼叫簽章、相依關係和測試風格；明確標註未執行，不能聲稱測試通過。沒有測試框架或無法確定預期行為時，交付缺口與證據，不搭建新環境。

執行約定：
直接開始，不先給計畫讓我確認，也不要讓我選檔案或補填範本。只用目前專案、目前對話及我已提供的材料，不搜尋其他專案或私人歷史。缺少材料時完成有依據的部分，在結果中說明缺口；完全不適用就說明原因並結束，不虛構成果。
保留現有檔案和未提交的改動；候選內容在回覆中完整給出，適合獨立成文的成果可另存為不重複檔名的新檔案。不要安裝相依套件、修改環境、提交、推送或發布。遇到權限或存取限制，記錄未完成項目，不繞過限制。自我檢查一次後交付並結束，不用「是否繼續」收尾。