Postman 导出集合时默认包含 Tests 和 Pre-request Scripts,但需确保脚本已实际填写并保存在请求或文件夹层级,且导出格式选 v2.1;环境变量和全局变量不导出脚本逻辑。

导出时是否包含 Tests 和 Pre-request Scripts?
Postman 导出集合时,默认会把 Tests(测试脚本)和 Pre-request Scripts(预请求脚本)一并写入 JSON 文件,但前提是这些脚本确实存在于对应请求或文件夹中。很多人误以为“点了 Export 就万事大吉”,结果导入 Apifox 或 PostIn 后发现断言全失效——根本原因是原集合里某些请求根本没写脚本,或者脚本被写在了文件夹层级但导出时未勾选“include folder-level scripts”(这个选项在旧版 Postman UI 里不显式存在,实际取决于结构是否被正确序列化)。
实操建议:
- 导出前,在 Postman 中逐个展开集合里的请求,确认每个请求的
Tests和Pre-request Script标签页有内容(哪怕只有一行console.log("run")) - 检查集合内是否有文件夹(Folder),若有,点开文件夹的
...→Edit→ 切换到Tests或Pre-request Script页,确认脚本已填写——这类脚本会被导出为item[n].event数组,但容易被忽略 - 导出后,用文本编辑器打开 .json 文件,搜索
"event"字段,确认它出现在请求(item)或文件夹(item的子项)节点下,且listen值为"test"或"prerequest"
导出格式选 v2.1 还是 v2.0?
v2.1 是目前最稳妥的选择,尤其当你后续要迁移到 Apifox、PostIn 或用 newman 跑 CI 流水线时。v2.0 格式虽然也能导出脚本,但对嵌套文件夹中的脚本支持不稳定,部分版本的 Postman 会漏掉 folder-level event;而 v2.1 明确规范了 event 在 item 结构中的位置,Apifox 和 PostIn 的解析器都优先适配它。
注意两个坑:
Postman 12.27.7 Windows x64 官方安装包,适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力,以及接口规范标签管理改进,适合受限网络测试与规范资源组织场景。
- 别选
Collection v1—— 它压根不支持event字段,脚本会彻底丢失 - 如果导出后 JSON 里搜不到
"event",大概率是用了老版本 Postman(如 v9.15 之前),升级到最新稳定版再导一次 - v2.1 导出的文件 schema 地址是
https://schema.getpostman.com/json/collection/v2.1.0/collection.json,可用在线 JSON Schema 验证器快速核对结构合法性
导入后怎么快速验证脚本是否生效?
不能只看“导入成功”提示,得触发执行。最直接的办法:在目标工具(Apifox / PostIn)中选一个带 Tests 的请求,手动点 Send,然后立刻检查响应面板下方是否有“Tests”标签页,且显示通过/失败条目;若连这个标签页都不出现,说明脚本没加载进来。
更进一步的核对方式:
- 在 Apifox 中,右键请求 →
View in Editor→ 查看 raw JSON,确认存在"event": [{"listen": "test", "script": {...}}] - 在 PostIn 中,点击请求 →
Test Script页,看右侧是否显示原有 JS 内容;若为空,大概率是导出时该请求没保存脚本(Postman 编辑后需按 Ctrl+S 或点 ✅ 才真正写入) - 用
newman run xxx.json本地跑一次,观察控制台是否输出→ Test script executed,以及具体断言是否报错
环境变量和全局变量里的脚本会一起导出吗?
不会。Environment 和 Globals 导出的是纯键值对 JSON,不包含任何可执行逻辑。你在环境变量里写的 pm.environment.set("token", ...) 属于脚本内容,必须放在 Pre-request Script 或 Tests 里才有效,不能塞进环境变量值中当字符串存。
常见错误现象:
- 环境变量里存了类似
{"script":"pm.environment.set(...)"}的字符串,导入后变成死数据,不会自动执行 - 误把 token 刷新逻辑写在环境变量值里,结果迁移后每次都要手动点“Get New Access Token”按钮
- 正确做法是:把动态获取 token 的逻辑写进集合顶层文件夹的
Pre-request Script,确保每次请求前自动刷新
Pre-request Script 标签页。

















