测试用例生成提示词：从需求文档 / 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 条评论
还没有评论，来抢沙发～