一个接口的Tests中可写多个独立pm.test()断言，各自执行、计分、显示，失败不中断其余断言；推荐统一使用pm.test()+pm.expect()，避免混用旧式tests[]；深层取值需加可选链保护；通用断言宜放在集合级Tests中。
一个接口里可以写任意多个断言，只要它们都放在 Tests 标签页中，用 pm.test() 包裹即可；不存在“只能写一个”或“必须合并”的限制。
为什么能写多个 pm.test()？
Postman 的 Tests 脚本本质是 JavaScript 执行环境，pm.test() 只是注册一个测试用例，不阻塞后续执行。每个 pm.test() 独立运行、独立计分、独立显示在 Test Results 中。
常见误解是以为“多个断言要塞进一个函数里”，其实完全不用：每条断言都是一个独立的 pm.test() 调用，互不影响。
- 断言失败不会中断其余断言执行（比如第 2 条失败，第 3 条仍会跑）
- Test Results 显示类似
2/3 PASS，直观反映通过率 - 命名建议带语义，如
"status code is 200"、"data.rows length > 0"，避免用默认名
pm.test() 和旧式 tests[] 混用会怎样？
两者可以共存，但不推荐混用：Postman 会分别处理，但旧式 tests["xxx"] = boolean 无法使用 pm.expect 链式断言，且错误堆栈更难读。
典型混用错误示例：
tests["Status code is 200"] = responseCode.code === 200;
pm.test("Body has token", function () {
pm.expect(pm.response.json().token).to.exist;
});
问题在于：responseCode 在新版 Postman（v8+）中已弃用，应统一用 pm.response.code；且 tests[] 不支持异步断言或复杂校验逻辑。
- ✅ 推荐全部使用
pm.test()+pm.expect()组合 - ❌ 避免在同一个 Tests 脚本里同时写
tests["x"] = ...和pm.test(...) - ⚠️ 如果复用老脚本，注意把
responseBody、responseCode全部替换为pm.response.text()、pm.response.code
嵌套结构或动态路径取值容易出错
当 JSON 响应有深层嵌套（如 data.items[0].user.profile.name）或数组长度不确定时，直接链式取值会抛 Cannot read property 'xxx' of undefined，导致整个断言块报错、跳过后续断言。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
正确做法是加保护性判断：
pm.test("user profile name exists", function () {
const jsonData = pm.response.json();
// ✅ 先确保路径存在
pm.expect(jsonData.data?.items?.[0]?.user?.profile?.name).to.exist;
});
// 或更稳妥地分步断言
pm.test("data.items array exists and not empty", function () {
const jsonData = pm.response.json();
pm.expect(jsonData.data?.items).to.be.an('array');
pm.expect(jsonData.data.items).to.have.length.above(0);
});
- ❌ 错误写法：
pm.expect(jsonData.data.items[0].user.profile.name).to.eql("Alice")（一旦 items 为空就崩） - ✅ 正确思路：先断言结构存在，再断言值符合预期
- ? 小技巧：用可选链
?.+??默认值，比 try/catch 更轻量
批量断言共享逻辑怎么组织？
如果多个接口都要校验 code === 0、msg === "success"、响应时间 ，不要复制粘贴三次。可在集合（Collection）层级的 Tests 中统一写——这些脚本会在该集合下每个请求返回后自动执行。
但要注意前提：
- 所有目标接口响应结构一致（比如都有
code、msg字段） - 集合级脚本里不能依赖单个请求特有的变量（如
pm.variables.get("order_id")必须确保已在前置步骤设好） - 若某接口结构特殊（比如登录返回
access_token，其他接口返回data），需在集合级脚本里加类型判断，否则会报错
例如集合级通用断言片段：
pm.test("Common response structure", function () {
const jsonData = pm.response.json();
pm.expect(jsonData).to.have.property('code');
pm.expect(jsonData.code).to.be.a('number');
if (jsonData.code === 0) {
pm.expect(jsonData).to.have.property('msg');
}
});
真正容易被忽略的是：集合级断言一旦报错，会影响所有子请求的 Test Results 显示，但不会终止执行——你得挨个点开看哪条失败了，而不是只看汇总数字。
