Postman性能测试时Pre-request Script未执行问题咨询

核心排查方向： #

• 性能模式的执行逻辑限制：Postman的Performance模式为适配高并发压测，会对脚本做性能优化——如果你的脚本包含异步操作（比如pm.sendRequest这类），性能模式下可能不会等待异步流程完成就直接发起请求，看起来就像脚本未执行。
  解决：将异步逻辑改为同步写法，或查阅Postman官方文档确认Performance模式支持的脚本范围。
• 运行配置被误关闭：切换到Performance模式后，打开集合运行器的「Settings」，确认「Run pre-request scripts」选项处于勾选状态——模式切换可能会重置部分配置。
• 日志输出被限流：Performance模式下为避免高并发场景下日志过载，会限制日志输出，哪怕脚本实际执行了，也看不到console.log的内容。不要仅依赖日志判断，换个验证方式：在Pre-request Script里设置环境变量pm.environment.set("pre_req_executed", "yes")，然后在请求Header中添加X-Check: {{pre_req_executed}}，运行后查看实际请求的Header是否包含该字段，即可验证脚本是否执行。
• 版本Bug：部分旧版本Postman存在Performance模式下脚本不执行的问题。直接升级到最新稳定版测试，若问题仍存在，可到Postman官方GitHub仓库提交Issue，附上简化后的集合和复现步骤。

快速验证流程： #

1. 将现有Pre-request Script替换为极简代码：pm.environment.set("perf_verify", "done")
2. 在当前请求的Headers中添加一行X-Verify: {{perf_verify}}
3. 用Performance模式运行集合，查看请求的实际Headers
4. 如果能看到X-Verify: done，说明脚本实际已执行，只是日志未显示；如果看不到，再回头排查配置或版本问题

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