程式開發進階
幫函式補測試案例:連你沒想到的邊界條件一起補
給 AI 一段函式,請它補測試案例時明確要求涵蓋邊界條件與異常輸入,而不是只測試「正常會發生的情況」這種容易漏測的寫法。
適用工具:ClaudeChatGPTGemini
自己寫測試案例時,很容易只測「正常會發生的情況」——輸入合理、流程順利跑完。真正容易出包的邊界條件(空值、超出範圍、型別不對)反而因為想不到而漏測。
這個提示詞明確要求 AI 把邊界條件和異常輸入也涵蓋進去,補齊自己容易忽略的部分。
請幫以下這段[程式語言]函式撰寫測試案例,使用[測試框架,例如 Jest/pytest]。
函式: [貼上函式程式碼]
要求測試涵蓋:
- 正常情況下的預期輸出
- 邊界條件(例如:空輸入、最小值、最大值、剛好在邊界上的值)
- 異常輸入(例如:型別不對、超出合理範圍、null/undefined)
- 如果函式有副作用(例如寫入資料庫、呼叫外部 API),說明這部分該怎麼 mock
每個測試案例前面用註解簡短說明它在測什麼。
怎麼用
- 函式的行為說明越清楚,測試案例越準。 如果函式命名或邏輯不夠直觀,簡單補一句「這個函式應該要 XX」,能避免 AI 誤解函式的預期行為。
- 跑過一次再合併。 生成的測試案例務必實際執行確認通過,別假設 AI 寫的斷言邏輯一定正確。
- 拿邊界條件清單反思原始程式碼。 如果 AI 列出的邊界條件裡,有一項你的函式壓根沒處理,這往往就是一個真正的漏洞,不只是缺測試而已。
常見問題
- AI 生成的測試案例可以直接用嗎?
- 大部分可以直接用或稍微調整,但務必先跑過一次確認真的通過,也建議快速看過每個案例在測什麼,避免出現斷言寫錯、測試根本沒測到重點的情況。
- 我用的測試框架比較冷門,AI 會不會寫不出來?
- 主流語言的常見框架(例如 JavaScript 的 Jest、Python 的 pytest)通常沒問題。比較冷門的框架,可以先給 AI 一個現有測試的範例當格式參考,它會照著模仿寫法。
同分類的其他提示詞
看懂陌生程式碼:請 AI 逐層解釋在做什麼
接手別人的程式碼、或回頭看自己很久以前寫的東西,用這個提示詞請 AI 從整體邏輯講到關鍵細節,比自己一行一行推快很多。
Code Review 提示詞:找出潛在 bug 與可讀性問題
請 AI review 一段程式碼時,明確要求分類回報——bug、可讀性、效能——比籠統問「這段程式碼怎麼樣」得到更能直接動手改的結果。
更新於 .全部提示詞