Postman 测试脚本生成器

问题在哪

Postman 集合里的 Tests 和 Pre-request Script 都要写沙箱内的 JavaScript，用的是 pm 对象而不是 Node 内置模块。手写断言、环境变量链式传递、把脚本塞进集合 JSON 的 exec 字符串数组，既费时间又容易漏字段或换行格式不对。

技能如何工作

技能会先对照你的描述或现有集合，判断意图属于哪一类：状态断言、模式/字段检查、值断言、响应时间、链式调用（例如登录后 pm.environment.set 存 token）、动态预请求、错误处理 等。

随后按 Postman 惯例生成脚本，常见能力包括：

• 状态码与 JSON 字段存在性、类型与取值
• 数组响应与响应时间断言
• 预请求里生成时间戳、随机 ID、动态请求头（pm.request.headers.upsert）
• 需要时用 tv4 做 Ajv 风格的模式校验

若你提供集合 JSON，会把脚本写入对应请求的 event 里，并遵守 exec 为按行拆分的字符串数组（在 \n 处分割）。共享逻辑（全局日志、认证刷新）可放在集合根级脚本。每个测试上方会加简短注释，说明在检查什么。

仅给文字描述时，会按端点输出带标签的脚本块，并说明在 Postman UI 中的粘贴位置；也可给出含这些脚本的最小集合 JSON。

边界与注意

脚本运行在 Postman 沙箱内，不能依赖 Node.js 模块。复杂业务流仍需你确认环境变量名、端点顺序是否与真实集合一致。完成测试用例交付后，技能可能询问是否继续生成 OpenAPI 规范——那一步依赖是否安装了对应的 OpenAPI 生成技能。