Postman断言需严格匹配响应结构、变量作用域和执行时机；pm.test（推荐）与tests[]（已弃用）不可混用，否则导致断言跳过或ReferenceError；JSON嵌套取值前必须校验存在性，避免TypeError；响应时间应使用pm.response.responseTime而非旧版responseTime。
Postman 断言不是“写完就跑通”的脚本，而是必须匹配响应结构、变量作用域和执行时机的验证逻辑。直接复制粘贴示例代码大概率失败，尤其在 JSON 嵌套、空值、类型不一致或环境变量未初始化时。
pm.test 和 tests[] 两种写法能混用吗
不能混用，且行为完全不同：前者是 ChaiJS 断言风格（推荐），后者是旧版全局 tests 对象赋值风格（已逐步弃用）。混用会导致部分断言静默跳过或报 ReferenceError: tests is not defined。
-
pm.test是当前标准写法，支持链式调用、错误定位精准、兼容性好；示例：pm.test("status 200", () => pm.response.to.have.status(200)); -
tests["xxx"] = ...依赖全局tests对象，但新版 Postman（v10+）在某些上下文（如集合级 Tests）中可能未自动注入该对象，容易报错 - 如果已有老项目用
tests风格，迁移时注意：所有responseBody、responseCode必须替换为pm.response.text()、pm.response.code等新 API
JSON 响应里取字段总报 TypeError: Cannot read property 'xxx' of undefined
这是最常见错误，本质是没做存在性校验就直接访问嵌套属性。Postman 不会自动处理 null、undefined 或缺失字段。
- 错误写法：
const token = pm.response.json().data.token;—— 一旦data为空或不存在，立即崩溃 - 安全写法（推荐）：
const res = pm.response.json(); if (res && res.data && res.data.token) { pm.expect(res.data.token).to.be.a('string'); } - 更简洁方案（ES2020+ 可选链）：
const token = pm.response.json()?.data?.token;，但注意 Postman 内置 JS 引擎版本有限，v9.30+ 才稳定支持，低版本请避免 - 补充技巧：先用
console.log(pm.response.json())查看实际结构，别凭接口文档硬写路径
想断言响应时间低于 500ms，但 responseTime 总是 0
responseTime 是旧版变量名，在新 Postman 中已被移除。现在必须用 pm.response.responseTime，且它只在 Tests 脚本中可用（不能在 Pre-request 中读取）。
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
- 正确写法：
pm.test("Response time - 注意：这个值单位是毫秒，且是网络 + 服务端耗时总和，不含本地 JS 执行时间
- 如果测试环境网络抖动大，建议设宽松阈值（如 800ms），或改用平均值统计（需 Collection Runner + CSV 导出后分析）
- 误写成
pm.response.time或responseTime会返回undefined，导致断言永远失败
环境变量在断言里取不到，pm.environment.get("token") 返回 null
不是变量没设，而是执行顺序问题：Tests 脚本在响应返回后运行，但环境变量必须在请求发送前就已存在。如果 token 是上一个请求写入的，必须确认它确实已写入成功，且没被后续脚本覆盖。
- 检查是否用了
pm.environment.set("token", ...)而非pm.globals.set(...)—— 两者作用域不同，别混 - 调试方法：在 Tests 里加
console.log("token:", pm.environment.get("token"));，看控制台输出 - 常见坑：上个请求的 Tests 里写了
pm.environment.set，但那个请求本身断言失败了，Postman 默认不会中断执行，变量仍会被设置；但如果你依赖它的值做当前断言，逻辑就不可靠 - 更稳做法：把 token 提取和断言合并到同一请求的 Tests 中，例如从响应头取
pm.response.headers.get("X-Auth-Token")直接校验，不依赖环境变量中转
真正卡住人的从来不是语法，而是响应结构的不确定性、变量生命周期的隐含规则、以及 Postman 版本对 JS 特性的支持边界。写断言前，先点开响应的 Preview 和 Console，比死磕文档快得多。
