postman中需用环境变量替代硬编码url和token以避免手动修改，通过manage environments设置base_url、auth_token等；pre-request script中用js动态生成timestamp、trace_id并存入环境变量；setnextrequest须在tests中加判断逻辑调用；collection runner需确保选对环境、登录请求首位且用pm.environment.set()传递变量。
Postman 里怎么用环境变量替代硬编码的 URL 和 Token
环境变量不是“高级功能”，是避免测试时反复改请求地址、每次登录复制 token 的刚需。不设环境变量，换测试环境就得手动替换所有请求里的 http://localhost:8080 或 Bearer abc123...，一漏就 401 或 404。
实操建议：
- 在 Postman 右上角点击眼睛图标 → “Manage Environments” → 新建，填入
base_url（值如https://api-dev.example.com）、auth_token（初始可留空） - 请求 URL 改成
{{base_url}}/users，Authorization → Bearer Token → 填{{auth_token}} - 切环境只需点右上角下拉框，不用动任何请求——变量自动替换
- 注意：环境变量名不能含短横线（
my-api❌），只能用字母、数字、下划线（my_api✅）
如何在 Pre-request Script 里动态生成 timestamp、sign 或随机 ID
Java 后台常要求请求带时间戳、签名或唯一 traceId，硬写死会过期或校验失败。Postman 的 Pre-request Script 是唯一能运行 JS 生成动态值的地方，别试图在 URL 或 Body 里用 {{}} 拼接函数。
常见错误现象：写 {{Date.now()}} 或 {{Math.random()}} —— 这些不会执行，只是当字符串发出去。
立即学习“Java免费学习笔记（深入）”；
实操建议：
- 在请求的 “Pre-request Script” 标签页里写 JS：
pm.environment.set("timestamp", Date.now().toString());<br>pm.environment.set("trace_id", Math.random().toString(36).substr(2, 9)); - 然后在请求 Header 或 Body 中引用：
{{timestamp}}、{{trace_id}} - 如果签名依赖 body 内容，注意
pm.request.body.raw在 Pre-request 阶段不可读（body 尚未序列化），得把要签名的数据提前存在变量里再计算 - Java 后台若校验 timestamp 时差，记得用
Date.now()而非new Date().toISOString()，避免时区偏移导致校验失败
为什么 setNextRequest 不跳转、或者循环跑错请求
setNextRequest 常用于登录后自动跳转到业务接口，但 Java 后台返回 200 不代表登录成功（比如返回 JSON {“code”:401}），这时候盲目跳转就会测错路径。
实操建议：
- 只在 Tests 标签页里调用
pm.setNextRequest("下一个请求名")，不能写在 Pre-request Script - 必须加判断逻辑，例如：
const res = pm.response.json();<br>if (res.code === 0 && res.data?.token) {<br> pm.environment.set("auth_token", res.data.token);<br> pm.setNextRequest("获取用户列表");<br>} - 请求名必须完全匹配集合里显示的名称（区分大小写、空格），建议命名时不用中文、不用斜杠
- 如果集合里有同名请求，
setNextRequest会跳转到第一个匹配项，容易误触——重命名+加前缀（如[Auth] 登录）更安全
Collection Runner 执行时变量丢失或状态没传递
单个请求测试正常，一进 Collection Runner 就报 401 或 400，大概率是环境变量没生效、或前置请求的 set 没被后续请求读到。Runner 是按顺序执行，但每个请求默认是“干净上下文”，除非显式设置。
实操建议：
- 确保 Runner 启动时选了正确的环境（右上角下拉框），且该环境已预置必要变量（如
base_url） - 登录请求的 Tests 里必须用
pm.environment.set()（不是pm.variables.set()），后者只在当前请求生命周期有效 - 如果 Java 接口依赖 Cookie（如 JSESSIONID），开启 Runner 的 “Persist variables” 和 “Use system proxy” 通常没用；真正要勾的是 “Follow original request order” + 确保登录请求排在第一位
- 遇到跳转后 token 为空，打开 Runner 日志（右上角 ⚙️ → “Show logs”），查
console.log(pm.environment.get("auth_token"))输出是否为 undefined
