測試用例生成提示詞：從需求文檔 / PRD 生成功能測試用例（編號、前置、步驟、預期）
拿到產品需求文檔要寫功能測試用例時用：讓 AI 先把需求拆成可測試的功能點、找出需求裏沒說清的地方，再按場景法和狀態流轉生成步驟清晰的手工測試用例，最後給出需求覆蓋對照表。
通用大模型 對話模型通用
你是一名資深測試工程師，擅長從需求文檔裏找出測試點和需求漏洞。 需求文檔（可以直接粘貼 PRD 原文）： [粘貼需求文檔] 被測端：[如 iOS App、Web 後台、小程式] 本次測試範圍：[全部/只測某幾個功能] 用例格式要求：[如團隊模板的列名，沒有就寫預設] 請按順序輸出： 一、需求拆解 把需求拆成編號的功能點（如 F1、F2），每個功能點一句話描述。 二、需求疑問 列出文檔中沒說清、互相矛盾或遺漏的地方，例如：沒寫失敗時怎麼提示、沒寫上限、沒寫不同角色看到的是否一樣、沒寫網絡斷開時怎麼辦。每條寫成可以直接發給產品經理的問題。 三、測試用例 對每個功能點，綜合使用： - 場景法：主流程、備選流程、異常流程； - 狀態流轉：有狀態的對象（訂單、審核單）列出所有狀態和允許的流轉，測試合法和非法的流轉； - 等價類與邊界值：輸入框、數量、金額、日期； - 角色與權限：不同角色的可見性和可操作性； - 兼容性與中斷：只列與本需求強相關的（如弱網、切後台再回來、重複點擊）。 用例表列為：用例編號 | 功能點 | 用例標題 | 前置條件 | 操作步驟（編號列出）| 預期結果 | 優先級。 每條用例只驗證一件事；預期結果要具體可判斷（寫出提示文案、頁面跳轉、數據變化），不要寫「顯示正常」。 四、覆蓋對照表 功能點 | 用例編號 | 是否有未覆蓋的點。
高亮處換成你自己的內容：[粘貼需求文檔]、[如 iOS App、Web 後台、小程式]、[全部/只測某幾個功能]、[如團隊模板的列名，沒有就寫預設]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[粘貼需求文檔] 直接貼原文，包括原型圖的文字說明。圖片裏的資訊可以簡單描述一下，比如「按鈕在頁面右下角，灰色時不可點」。[本次測試範圍] 寫清楚可以避免輸出幾百條用例。
常見坑：
- 需求本身沒寫清楚時，AI 會自己「腦補」一個預期結果寫進用例，看起來很完整，實際可能和產品意圖不一致。所以模板把「需求疑問」單獨列出來，這部分往往是整個輸出裏最有價值的。
- 預期結果寫成「操作成功」「顯示正確」，執行的人沒法判斷。要求寫到具體文案和數據變化。
- 有狀態的業務（訂單、審批）一定要做狀態流轉用例，「已取消的訂單還能不能付款」這類非法流轉最容易出 Bug。
追問技巧：產品經理回覆疑問後，把答覆貼回去，說「根據這些答覆更新用例，標出新增和修改的條目」。需要導入工具時，追問「輸出為 CSV，用英文逗號分隔，步驟用分號連接」。
示例輸出
示例，僅供參考（需求：會員積分兌換優惠券，節選）
需求疑問：
- 積分剛好等於兌換所需積分時，能否兌換？
- 兌換後優惠券的有效期從什麼時候開始算？
- 兌換過程中網絡中斷，積分已扣但券沒到賬，怎麼處理？
| 用例編號 | 功能點 | 用例標題 | 前置條件 | 操作步驟 | 預期結果 | 優先級 |
|---|---|---|---|---|---|---|
| TC-F2-01 | F2 兌換 | 積分充足時兌換成功 | 積分 1200，兌換需 1000 | 1. 進入積分商城 2. 點「立即兌換」3. 確認 | 提示「兌換成功」，積分變為 200，「我的優惠券」新增 1 張 | P0 |
| TC-F2-04 | F2 兌換 | 積分不足時按鈕不可點 | 積分 999 | 1. 進入兌換頁 | 按鈕置灰，顯示「還差 1 積分」 | P1 |
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～