断言名称必须是静态字符串字面量，否则Test Results中显示为空白或undefined；多断言需唯一且具业务上下文，如“Login response includes access_token”；动态生成名称会导致Newman静默跳过。
断言名称不是可有可无的标签，而是测试结果里唯一直观可读的标识——没设好名称，Test Results 里一堆 tests[""] 或默认的 pm.test("...")，协作排查时根本分不清哪条在验 token、哪条在验 status。
断言名称必须用字符串字面量，不能拼接或变量引用
Postman 的 tests[] 和 pm.test() 都要求名称是静态字符串。一旦写成 tests["Status code is " + code] 或 pm.test(testName)，运行时不会报错，但 Test Results 中显示为空白或 undefined，且无法被 Collection Runner 或 Newman 正确识别为独立用例。
-
tests["Status code is 200"] = responseCode.code === 200;✅ 显示正常 -
const name = "Status code is 200"; tests[name] = ...;❌ 名称丢失 pm.test(`Response time ❌ 模板字符串在 Newman 中可能解析失败
名称要体现“验证目标+判定依据”，别只写状态码或字段名
光写 "status code" 或 "token" 没法说明你在验什么。名称应包含动作（是否等于/是否包含/是否大于）和关键值，让任何人一眼看懂断言意图。
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
-
"Response status code equals 201"✅ 表明是等值判断，且期望 201 -
"Response body contains 'success': true"✅ 包含 JSON 片段语义 -
"access_token length is exactly 40"✅ 强调长度约束 -
"status code"❌ 太模糊 -
"token"❌ 不说明校验维度
使用 pm.test() 时，名称是第一个参数，且必须存在
pm.test() 是当前推荐写法，它比 tests[] 更健壮，尤其在 Newman 执行或 CI 环境中。但很多人漏掉第一个字符串参数，或传了空字符串，导致测试报告里出现 undefined 或 (anonymous)。
-
pm.test("User ID is present in response", () => { pm.expect(pm.response.json().id).to.exist; });✅ 完整可读 -
pm.test(() => { ... });❌ 缺少名称，Test Results 显示(anonymous) -
pm.test("", () => { ... });❌ 空字符串，同样不可见
多断言共用一个请求时，名称必须唯一且有上下文区分
一个 Tests 脚本里常写 3–5 条断言，如果都叫 "Status code is 200"，Test Results 里只会显示一条 PASS，其余被覆盖；更糟的是，某条失败时你根本不知道是哪条崩了。
- 对登录接口：用
"Login response status is 200"、"Login response includes access_token"、"Login response token expires_in > 3600" - 避免重复前缀如全写
"Status code..."，而要用业务动作锚定，比如"POST /auth/login returns 200" - 名称里可含路径或方法，但别过长——超过 40 字符在某些 CI 报告界面会被截断
名称不是写完就完的事。真正容易被忽略的是：当断言嵌套在 if 或循环里动态生成时，Postman 不会警告，但 Newman 会静默跳过整条断言——所以只要名称不是硬编码字符串，就得立刻重写。
