Postman批量运行时变量未按预期更新，是因为环境变量每轮重置而全局变量跨轮持久；需在Pre-request Script中完成“读→算→写”闭环，并用console.log验证运行时值。
Postman批量运行后变量值没按预期更新，大概率是变量作用域或赋值时机错了——不是脚本写得不对，而是你没搞清 pm.environment.set 和 pm.globals.set 在迭代中的生命周期。
为什么批量运行时变量只更新最后一次？
Collection Runner 每次迭代都会重置环境变量（pm.environment）的初始状态，但不会自动清除上一轮设置的值；而全局变量（pm.globals）在整批执行期间保持存在，但如果你没显式读取/覆盖，它的值就“卡”在第一次设置的地方。
常见错误现象：
– 迭代 10 次，{{user_id}} 在所有请求里都显示同一个值
– Pre-request Script 中用 pm.environment.set("counter", i)，但 Tests 脚本里 pm.environment.get("counter") 总是返回 undefined 或旧值
- 环境变量在每次迭代开始前会从当前环境配置中重新加载，但你在脚本里 set 的值仅对本轮有效，下一轮又重载原始值
- 全局变量不会被重置，但如果你在 Pre-request Script 中没调用
get读取再 +1，它就不会自增 - 集合变量（
pm.collectionVariables）行为类似全局变量，但作用域更窄，适合单个 Collection 内复用
如何让变量在每次迭代中真正递增？
必须在 Pre-request Script 中完成「读 → 算 → 写」闭环，且优先级要明确：用环境变量承载当前轮次值，用全局变量做跨轮次计数器。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
比如想让 num 从 1 递增到 10：
// Pre-request Script
let current = pm.globals.get("num") || 0;
current = parseInt(current) + 1;
pm.globals.set("num", current);
pm.environment.set("current_num", current); // 供当前请求使用
- 别在 Tests 脚本里设变量——它执行时请求已发出，对本轮无效
- 避免用
pm.environment.set("num", pm.environment.get("num") + 1)，因为环境变量每次迭代都重载，get拿到的是初始值，不是上轮结果 - 如果要用 CSV 数据驱动，就别手动算序号，直接用
{{__row}}}动态变量（Postman 内置，表示当前行号）
检查变量是否真的更新了？
别只看眼睛图标里的值——那个显示的是环境/全局的“静态快照”，不是运行时真实值。真正在意的，是请求发出那一刻变量被替换成什么。
- 在 Pre-request Script 最后加一句：
console.log("current_num =", pm.environment.get("current_num"));，然后打开 Postman 控制台（View → Show Postman Console）看输出 - 在请求 URL 或 Body 中故意写错格式，比如
{{missing_var}}，如果发送成功说明变量被替换了；如果报错 “Could not resolve variable”，说明变量名拼错或未定义 - 在 Tests 脚本里打印响应和变量：
console.log("used email:", pm.environment.get("email"));，对比响应体里的实际字段
最常被忽略的一点：变量名大小写不敏感，但引号里的字符串是敏感的——{{Email}} 和 {{email}} 在 Postman 里是同一个变量，但如果你在脚本里写成 pm.environment.set("Email", ...)，再用 {{email}} 引用，它能工作；可一旦团队协作或导出 JSON，混用大小写会让别人看不懂。统一用小写下划线（user_id）是最稳的选择。
