关于@Setup先于@Background执行引发引用错误的技术问询

云上老周

2026-7-20

关于Postman中@setup与background执行顺序及错误规避方案

是的，Postman里@setup脚本的执行优先级确实高于background脚本，这是官方设计的运行规则——@setup会在所有请求、前置脚本、background脚本之前执行，所以你在@setup里调用依赖background定义的变量时，必然会触发ReferenceError。

以下是几种可行的规避方案：

迁移变量初始化逻辑到@setup
如果变量的生成逻辑不依赖其他请求或后置操作，直接把background里定义变量的代码移到@setup脚本最前面，确保@setup执行时变量已经存在。比如原本background里的代码：
```
pm.environment.set("variableName", "test-value");
```
直接复制到@setup开头即可。
封装变量逻辑为全局函数
把background里的变量生成逻辑封装成一个独立函数，放在Collection的全局前置脚本（Pre-request Script）中，然后在@setup和background里都调用这个函数。示例：
在Collection的Pre-request Script中定义：
```
function initTargetVariables() {
  // 这里写原本background里的变量生成逻辑
  const targetValue = "generated-value";
  pm.environment.set("variableName", targetValue);
}
```
之后在background脚本里调用initTargetVariables();，同时在@setup脚本开头也执行这个函数，保证变量提前初始化完成。
替换@setup为Collection前置脚本
如果你的核心需求只是在所有请求前捕获待删除项目列表，可以放弃使用@setup，把逻辑放到Collection的Pre-request Script中。这个脚本的执行顺序是在background之后、单个请求的前置脚本之前，刚好能直接使用background生成的变量，无需额外调整。