集合级断言必须写在Collection的Tests页签中，右键集合→Edit→Tests，对集合内所有请求生效，先于请求级断言执行，需用pm对象、加JSON类型判断和try/catch，支持环境变量动态校验，仅Collection Runner运行时触发。
Postman集合级断言写在哪
集合（Collection）的断言必须写在 Collection 的 Tests 页签里，不是单个请求下那个 Tests。位置在：左侧 Collections 列表 → 右键目标集合 → Edit → 切换到 Tests 标签页。
这里写的脚本会在该集合中每个请求执行完后自动运行一次，相当于给所有请求套了一层公共校验逻辑。
- 集合级
Tests对当前集合内所有请求生效（包括子文件夹里的） - 如果某个请求自己也写了
Tests，则先跑集合级，再跑请求级，两者不冲突 - 脚本仍用 JavaScript，但全局对象是
pm（pm.collectionVariables、pm.response等可用） - 不能直接用旧式
responseBody或responseCode—— 它们只在请求级Tests中存在
怎么确保断言只对特定响应格式生效
集合级断言会作用于每个请求，但并非所有接口都返回 JSON；如果统一写 pm.response.json()，遇到 HTML 或空响应就会报错 SyntaxError: Unexpected token 或 <code>Cannot parse response body as JSON。
必须加类型判断：
- 先检查
Content-Type头是否含application/json：pm.response.headers.get("Content-Type")?.includes("application/json") - 再用
try/catch包裹pm.response.json()，避免中断整个测试流 - 对非 JSON 响应，可退而校验状态码或响应体是否包含预期字符串：
pm.expect(pm.response.text()).to.include("success")
示例片段：
if (pm.response.headers.get("Content-Type")?.includes("application/json")) {
try {
const data = pm.response.json();
pm.test("JSON has 'code' field", () => pm.expect(data).to.have.property("code"));
} catch (e) {
pm.test("Response is not valid JSON", () => pm.expect(e).to.exist);
}
}
如何复用环境变量做动态断言
比如你希望所有接口返回的 code 字段都等于当前环境变量 expected_code 的值，而不是硬编码为 0 或 200。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
注意两点：
- 用
pm.environment.get("expected_code")获取值，它返回的是字符串，需按需转类型：parseInt(pm.environment.get("expected_code")) - 若变量未设置，
pm.environment.get()返回undefined，直接参与比较会导致断言恒失败，建议加默认兜底：pm.environment.get("expected_code") || "0" - 不要在集合级
Tests中调用pm.variables.set()修改变量——这会污染后续请求，除非你明确需要链式传递
常见误写：tests["code match"] = pm.response.json().code === pm.environment.get("expected_code") → 实际比较的是字符串 "0" 和数字 0，结果为 false。
为什么集合断言有时不执行或显示空白
最常被忽略的是：集合断言只在通过 Collection Runner 运行集合时生效，或者在单个请求点击 Send 时不会触发集合级 Tests。
验证方式：
- 打开 Collection Runner（集合右侧 ▶️ 图标），选中该集合，点
Run - 查看每个请求下方的
Test Results，里面会同时显示请求自身断言 + 集合级断言条目 - 如果仍为空，检查是否忘记点击右上角
Save—— 集合编辑后未保存，Tests内容不会持久化 - 旧版 Postman（v9.15 之前）对集合级
pm.response支持不稳定，升级到 v10+ 更可靠
复杂点在于：集合断言无法访问请求 URL、method 或原始请求体，它只能基于响应做判断。真要依赖请求上下文，得把逻辑下沉到每个请求的 Tests 中，或用前置脚本（Pre-request Script）打标记。
