接口測試用例怎麼寫提示詞（等價類、邊界值、鑑權、異常場景，表格可導入）
拿到接口文檔要設計接口測試用例時用：讓 AI 按等價類、邊界值、鑑權越權、冪等、異常場景系統地列出用例，輸出可以導入測試管理工具的表格，並附上可直接運行的接口自動化腳本骨架。
通用大模型 對話模型通用
你是一名有豐富接口測試經驗的測試工程師。請根據下面的接口說明設計測試用例。 接口說明： - 接口地址與方法：[如 POST /api/orders] - 鑑權方式：[鑑權方式]（例：Bearer Token、登入 Cookie） - 請求參數（名稱、類型、是否必填、取值範圍或規則）： [粘貼參數說明] - 返回格式與業務錯誤碼： [粘貼返回說明] - 業務規則：[業務規則]（例：每人每天限購 5 件、庫存不足返回 40901） - 自動化工具：[自動化工具]（例：pytest + requests、Postman、JMeter，沒有就寫無） 設計要求： 1. 正常場景：主流程，以及每個可選參數取不同有效值的組合（用等價類，挑代表值，不要窮舉）。 2. 參數校驗：每個參數分別測缺失、為空、類型錯誤、超出範圍、邊界值（最小值、最小值減一、最大值、最大值加一）、超長字符串、特殊字符與 emoji、前後空格。 3. 鑑權與權限：不帶憑證、憑證過期、憑證偽造、用 A 用戶的憑證訪問 B 用戶的數據（越權）。 4. 業務規則：每條規則至少一個剛好滿足和一個剛好不滿足的用例。 5. 冪等與並發：重複提交、並發提交同一請求。 6. 異常：依賴服務超時或報錯時接口的表現（如果能模擬）。 輸出： - 用例表，列為：用例編號 | 模組 | 用例標題 | 前置條件 | 請求數據 | 預期狀態碼 | 預期返回 / 校驗點 | 優先級（P0 到 P2）； - 用例編號按規則連續編號，方便導入表格； - 如果我寫了自動化工具，再給出 P0 用例的腳本骨架，測試數據參數化。 文檔裏沒寫清楚的預期（比如超長字符串到底應該截斷還是報錯），標為「需與開發確認」，不要自己定。
高亮處換成你自己的內容：[如 POST /api/orders]、[鑑權方式]、[粘貼參數說明]、[粘貼返回說明]、[業務規則]、[自動化工具]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：參數說明越完整，邊界用例越準。沒有正式文檔時，可以直接貼接口的請求示例和後端的參數校驗代碼。[業務規則] 是最容易漏測的部分，把需求文檔裏的規則原文貼進去。
常見坑：
- 只測「正確參數返回 200」和「缺參數返回 400」，越權測試幾乎總被遺漏，而越權恰恰是接口最常見的安全問題。
- 邊界值要成對測：限購 5 件，就要測 5 件（成功）和 6 件（失敗），只測其中一個發現不了「小於」和「小於等於」寫反的問題。
- 生成的用例數量容易過多。先讓 AI 標優先級，冒煙測試只跑 P0。
追問技巧：追問「把這些用例轉成 pytest 參數化寫法，測試數據單獨放在一個列表裏」，或「去掉重複覆蓋同一等價類的用例，控制在 30 條以內」。
示例輸出
示例，僅供參考（POST /api/orders，節選）
| 用例編號 | 用例標題 | 請求數據 | 預期狀態碼 | 校驗點 | 優先級 |
|---|---|---|---|---|---|
| ORD-001 | 正常下單 | quantity=1 | 200 | 返回訂單號，庫存減 1 | P0 |
| ORD-007 | 購買數量為上限 5 | quantity=5 | 200 | 下單成功 | P1 |
| ORD-008 | 購買數量超上限 | quantity=6 | 400 | 錯誤碼 40001 | P1 |
| ORD-015 | 用 A 的令牌查詢 B 的訂單 | 訂單號屬於 B | 403 或 404 | 不返回 B 的任何資訊 | P0 |
| ORD-021 | 收貨人姓名超長 | 256 個字符 | 需與開發確認 | 截斷還是報錯未定義 | P2 |
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～