Postman断言未执行的主因是响应未被识别为完整交付：勾选“Send and download”、响应截断、代理异常、语法错误、Runner未启用“Run tests after response”、环境变量缺失或Newman reporter配置不当均会导致Tests脚本静默跳过。
Postman里请求成功但断言没跑、测试结果为空
这种情况很常见：响应状态码是200，Body里也有数据，但右上角的「Tests」标签下显示0 passed、0 failed，甚至根本没执行记录。不是脚本写错了，而是Postman压根没触发测试逻辑。
关键点在于：Postman只在收到完整响应后才执行 Tests 脚本，而某些场景下它会提前终止或跳过这个阶段。
- 检查是否勾选了「Send and download」——这个模式会绕过响应解析，直接保存文件，
Tests和Pre-request Script全部不执行 - 确认响应体没有被截断（比如大文件响应未完成、流式响应未结束），Postman 会在
responseSize达到限制前主动中断，此时不会进入 Tests 阶段 - 如果用了代理且代理返回了非标准响应头（如缺失
Content-Length或含Transfer-Encoding: chunked但格式异常），Postman 可能无法判断响应是否真正结束
Tests脚本写了但控制台不报错也不生效
你写了 pm.test("status code is 200", function () { pm.response.to.have.status(200); });，但运行后既没绿勾也没红叉，Tests 标签里空空如也——大概率是语法错误导致整个脚本被静默丢弃。
Postman 对 Tests 脚本的容错极低：哪怕一个分号漏写、一个括号没闭合，整段脚本都不会执行，也不会提示任何错误信息。
- 把脚本粘贴进浏览器控制台或 VS Code 的 JS 检查器里运行一次，快速暴露语法问题
- 避免在
Tests里写异步操作（如setTimeout、fetch），Postman 不等待它们，执行完就收工 - 不要用
console.log以外的输出方式调试；console.warn和console.error在 Tests 里不会显示在 Postman 控制台
批量运行时单个请求测试通过，集合里却全标 skipped
单独点 Run 某个请求，Tests 正常跑；但放进 Collection 用 Runner 执行，所有 Tests 都显示 skipped —— 这通常是因为 Runner 的「Test after response」选项没打开。
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
这个开关默认关闭，意味着 Runner 会跳过所有 Tests 脚本，只发请求、收响应、存结果，不验证。
- 打开 Runner → 点击右上角齿轮图标 → 勾选
Run tests after response - 如果用了数据文件（CSV/JSON），还要确认该行数据没触发跳过逻辑：比如某行
url字段为空，Postman 会跳过整条请求及其 Tests - 环境变量未正确加载也会导致 Tests 被跳过（例如引用了
{{base_url}}但环境没选或变量为空），此时响应可能仍能发出，但 Tests 不执行
Tests执行了但结果不显示在报告里
用 Newman 命令行跑集合，终端输出里有 0 tests passed，但 HTML 报告里 Tests 列全是空白，或者 Mochawesome 报告里没展开断言详情——这和 Newman 的 reporter 配置强相关。
默认的 cli reporter 不输出详细断言内容，HTML 类 reporter 依赖脚本中 pm.test 的 name 参数是否可读。
- 确保每个
pm.test()的第一个参数是字符串字面量，不要拼接变量：pm.test("user id equals " + uid, ...)会导致 reporter 解析失败 - 生成 HTML 报告时加
--reporters html,cli，别只用--reporter html（旧版 Newman 会静默降级） - 如果用了自定义 sandbox 或禁用了 JavaScript 执行（如某些 CI 环境锁定了 Node.js 版本），Newman 可能无法运行
pm.test，需检查newman --version是否 ≥ 5.3.0
真正容易被忽略的是：Postman 的 Tests 执行与否，不取决于响应内容是否“看起来正常”，而完全取决于它是否认为“响应已完整交付”。网络层的细微异常、代理的 header 改写、甚至响应体编码里的 BOM 头，都可能让 Postman 卡在“等待响应结束”这一步，连语法检查都不会触发。
