接口测试用例怎么写提示词（等价类、边界值、鉴权、异常场景，表格可导入）
拿到接口文档要设计接口测试用例时用：让 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 条评论
还没有评论，来抢沙发～