Postman可正常替换请求体，Newman中无法实现的问题排查

核心原因是Newman不会自动等待前置脚本中的异步Promise完成。Postman的UI环境会隐式处理异步操作的等待逻辑，但Newman作为命令行运行工具，必须显式告知它需要等待异步任务结束后再执行主请求。

你的代码中，getConfig()是一个返回Promise的异步方法（内部通过pm.sendRequest发起请求），但原脚本没有将这个Promise返回给Newman，导致Newman在异步操作还未完成、NEW_CONF变量未被正确设置时，就已经发送了主请求，最终请求体替换失效。

解决方案 #

修改前置脚本，显式返回异步操作的Promise，让Newman等待Promise resolve后再执行后续流程。

修改后的代码：

// pm.environment.set("NEW_CONF", "FOO"); // testing
eval(pm.environment.get("getConfigFunc"));
// 返回Promise，告知Newman等待异步操作完成
return getConfig().then((conf) => {
  pm.environment.set("CONF_BACKUP", JSON.stringify(conf));

  conf.General.Port = conf.General.Port + 1;
  // pm.environment.set("NEW_CONF", "BAR"); // testing
  pm.environment.set("NEW_CONF", JSON.stringify(conf));
});

原理说明 #

当前置脚本返回一个Promise时，Newman会暂停主请求的执行，直到这个Promise状态变为resolved。此时NEW_CONF变量已经被正确赋值，请求体中的{{NEW_CONF}}就能正常完成替换。

额外验证建议 #

• 可以在then回调中添加console.log(JSON.stringify(conf))，然后用newman run <collection-file> -v命令运行，查看日志确认异步操作是否正常执行并完成。
• 确认getConfig()内部正确返回了Promise：比如pm.sendRequest本身返回Promise，确保内部代码是类似return pm.sendRequest(...).then(resp => resp.json())的结构。

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