最简有效写法是pm.response.to.have.header("Content-Type")，它语义明确、大小写不敏感、自动防护空值，而postman.getResponseHeader()易抛错且行为不稳定。

直接说结论：用 pm.response.to.have.header() 最可靠，别碰老版 postman.getResponseHeader() —— 它在新版 Postman 里已不推荐，且对缺失 header 会抛错而非返回 null 或 undefined，容易让断言意外失败。

怎么写响应头存在性断言（最简有效写法）

Postman 的现代断言基于 Chai.js BDD 语法，pm.response.to.have.header() 是专为“检查 header 是否存在”设计的语义化方法，内部自动处理大小写不敏感匹配、空值防护等细节。

• ✅ 正确写法（推荐）：

  pm.test("Content-Type header exists", function () {
    pm.response.to.have.header("Content-Type");
  });

• ❌ 避免手动取值再判断：

  // 错误示范：当 header 不存在时，getResponseHeader 返回 null，.includes() 会报 TypeError
  var ct = postman.getResponseHeader("Content-Type");
  tests["CT header present"] = ct && ct.includes("application/json");
  
  // 更糟的是：直接 == null 判断，掩盖了 header 值为空字符串 "" 的边界情况
  tests["CT exists"] = postman.getResponseHeader("Content-Type") !== null;

• ⚠️ 注意大小写：HTTP header 名本身不区分大小写，但 pm.response.to.have.header() 内部做了标准化处理，传 "content-type"、"CONTENT-TYPE" 或 "Content-Type" 效果一致

为什么不能只靠 postman.getResponseHeader() 做存在性判断

这个老接口在 Postman v7+ 中仍能运行，但行为不稳定：

Postman 12.27.7

Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。

下载

• 它对不存在的 header 返回 null，不是 undefined，导致 == null 和 === null 结果不同，容易漏判
• 若服务端返回空字符串 ""（极少见但合法），postman.getResponseHeader("X-Custom") === "" 成立，但 header 实际“存在”，只是值为空——这和“存在性断言”的本意冲突
• 它不校验 header 名格式，比如传入 "Content-Type "（尾部空格）会静默失败，而 pm.response.to.have.header() 会自动 trim
• 新版文档已明确标注该方法为 legacy，未来可能移除

需要同时验证 header 存在 + 值匹配怎么办

存在性和值校验是两个独立需求，应拆开写，避免耦合：

• 先确保 header 存在：

  pm.test("X-Request-ID header exists", function () {
    pm.response.to.have.header("X-Request-ID");
  });

• 再校验值是否符合预期（注意：必须用 pm.response.headers.get() 或 pm.response.headers.one() 获取值，不能依赖 postman.getResponseHeader()）：

  pm.test("X-Request-ID format", function () {
    var id = pm.response.headers.get("X-Request-ID");
    pm.expect(id).to.match(/^[a-f0-9]{8}-[a-f0-9]{4}-4[a-f0-9]{3}-[89ab][a-f0-9]{3}-[a-f0-9]{12}$/i);
  });

• 如果 header 可能重复（如 Set-Cookie），用 pm.response.headers.all() 获取数组，再遍历断言

真正容易被忽略的是：header 存在性断言失败时，Postman 不会告诉你“是没返回，还是名字拼错了”，只会显示 test failed。建议第一次写时，在 Tests 里加一行 console.log(pm.response.headers.toObject())，快速确认实际返回了哪些 header —— 这比翻网络面板快得多。