我敢说，你大概率遇到过这种场景：在 MarsCode 里编写接口测试提示词，输入“请写个接口测试用例”，结果生成的却都是空泛的 GET/POST 模板，既不贴合当前接口报错，也没法直接复制到 Postman 或 Jest 中执行。你真正需要的，是能够精准对应当前报错链路、包含真实字段校验逻辑、并且支持一键复现的接口测试描述。别着急，问题的根源通常不在工具本身，而在于你怎么“提问”。

用真实报错语句触发精准召回

打开 MarsCode 右下角的【问题面板】，找到那一行红色报错信息并点击它。随后，将悬浮框左上角显示的分类标签和完整错误内容完整复制下来，例如：“【POST /api/v3/order/submit 第142行】status 500，响应体缺失 required 字段‘payment_id’”。

把这段字符串原样粘贴进 MarsCode 搜索框，不加修饰词，不删括号，也不要改动大小写。你会发现，MarsCode 会依据这个报错中的接口路径、状态码、缺失字段这三个关键锚点，优先召回同项目结构下已经验证通过的接口测试提示词模板。这一步非常关键。

不要只写“怎么写接口测试用例”，因为系统无法判断你究竟卡在哪个字段校验、返回状态还是请求参数环节。真实开发者更常搜索的是“/order/submit missing payment_id”“500 但文档没标 payment_id 必返”这类贴近实际问题的关键词，而不是泛化的教程式表达。

注入三类不可伪造的上下文信号

方法一：绑定真实调用链路

在提示词开头加入当前接口的完整调用链路。例如：“前端调用顺序：CartPage → submitOrder() → API.post("/api/v3/order/submit', {items: [...], coupon_code: 'DISC2026'}) → 后端校验 coupon_code 格式后返回 500”。【没有调用链路 = 模型会默认补全虚构参数，最终导致生成的接口测试用例与线上真实入参脱节】

方法二：嵌入已验证失败样本

粘贴一段你刚刚在 Postman 中跑失败的真实请求体（脱敏后），并在末尾标注“以此为准”。例如：{"items":[{"id":"prod_abc","qty":2}],"coupon_code":"DISC2026"} → “以此为准”。这样 MarsCode 会优先对齐该 JSON 的字段粒度、嵌套层级以及空值处理逻辑，更适合生成可执行的接口测试脚本。

方法三：锁定校验失效点

直接点明当前测试盲区。例如：“Swagger 文档声明 payment_id 为 optional，但线上返回 500 且日志显示‘payment_id cannot be null’——请生成覆盖该字段为空字符串、null、undefined 三种情况的测试用例，并断言 status=500 + error.code='MISSING_PAYMENT_ID'”。这样生成的内容会更贴近真实接口异常排查场景。

强制输出可执行格式

第一步：限定文件行为

在提示词末尾加入硬性约束：“只输出 Postman Collection v2.1 JSON 片段，不含任何说明文字、不包含 info 字段、不生成 variables 或 auth 配置块”。

第二步：绑定断言规则

“每个 request 必须包含 tests 脚本，且仅使用 pm.response.to.have.status(500) 和 pm.expect(jsonData.error.code).to.eql('MISSING_PAYMENT_ID') 两种断言，禁用 console.log 和 pm.environment.set”。

第三步：锚定字段级验证

“若请求体包含嵌套对象（如 items 数组），则 tests 脚本中必须逐层校验：① items 存在且为数组；② 每个 item 包含 id 和 qty；③ qty 为正整数；④ coupon_code 长度 ≤ 20 且仅包含字母和数字”。