Postman传递带动态迭代次数的变量失效问题排查与解决

Postman 原生支持传递附带动态迭代次数编号的变量，当前配置不生效的核心原因是请求体非脚本编辑区不支持直接解析 JS 模板字符串语法：${iterationCount} 是 JS 运行时语法，仅能在 Tests/Pre-request Script 这类脚本标签页中执行，直接写在请求体的双大括号变量占位符里时，Postman 会把整串 location_${iterationCount} 当成固定变量名查找，自然匹配不到存储的 location_1/location_2 这类动态命名变量。

错误点明确 #

第二个请求中的写法存在语法逻辑冲突：

"Length": {{location_${iterationCount}}},

• 双大括号 {{}} 是 Postman 内置的变量占位符，仅支持匹配提前存储的固定名称变量
• ${} 是 ES6 模板字符串语法，无法在请求体原生编辑区被解析执行

可落地实现方案 #

方案1：前置脚本中转赋值（兼容性最好，推荐使用） #

不需要在请求体中拼接动态变量名，在第二个请求的 Pre-request Script 阶段提前取出当前迭代对应的值，赋值给固定名称的临时变量，请求体直接引用固定变量即可。

1. 第一个请求的 Tests 脚本无需修改，保持原有逻辑即可：

// 第一个请求 Tests 标签页
let iterationCount = pm.info.iteration + 1;
console.log("当前迭代序号：", iterationCount);
const response = pm.response.json();
pm.environment.set(`location_${iterationCount}`, response.label);

2. 第二个请求新增 Pre-request Script 配置：

// 第二个请求 Pre-request Script 标签页
const currentIter = pm.info.iteration + 1;
const currentLengthVal = pm.environment.get(`location_${currentIter}`);
// 赋值给固定名称的变量
pm.variables.set("current_calibration_length", currentLengthVal);

3. 第二个请求的请求体直接引用固定变量：

"CalibrationMask": {
    "Length": {{current_calibration_length}},
    "Width": 0,
    "Id": "3fc388275b724e82819cf44603db69c3"
}

方案2：$eval 动态表达式（仅适用于 Postman v9.0 及以上版本） #

高版本 Postman 支持在双大括号内通过 $eval 执行单行 JS 逻辑，可以直接在请求体内动态拼接变量名，无需额外写前置脚本：

"CalibrationMask": {
    "Length": {{$eval `location_${pm.info.iteration + 1}` }},
    "Width": 0,
    "Id": "3fc388275b724e82819cf44603db69c3"
}

注意：该写法对版本有要求，低版本 Postman 无法解析 $eval 表达式，生产环境优先使用方案1。

注意事项 #

• 多迭代逻辑仅在通过 Collection Runner、Newman 配置了迭代次数运行时生效，手动点击单个请求的 Send 按钮时，pm.info.iteration 值固定为0，不会递增
• 动态生成的 location_xxx 环境变量如果不需要长期留存，可以在集合运行结束的钩子脚本中统一清理，避免变量环境污染

内容的提问来源于stack exchange，提问作者Vidhya