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 的解析器都优先适配它。
注意两个坑：
- 别选
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”标签页，且显示通过/失败条目；若连这个标签页都不出现，说明脚本没加载进来。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
更进一步的核对方式：
- 在 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 标签页。
