需在Tests中用JavaScript遍历pm.response.headers.all()筛选Set-Cookie头，以不区分大小写的正则^cookieName=([^;]+)匹配行首Cookie名并断言存在，不可直接用includes或仅取首个header。
如何在Postman Tests中检查响应是否包含指定Cookie
Postman本身不提供直接的“Cookie存在性断言”UI按钮，必须用JavaScript脚本在 Tests 标签页里手动检查。核心思路是：从响应头 Set-Cookie 字段中提取、解析并匹配目标Cookie名。
注意：这里检查的是服务器**返回时设置的 Cookie**（即响应头中的 Set-Cookie），不是当前请求已携带的 Cookie（那属于请求头或管理器里的预设）。
-
pm.response.headers.get("Set-Cookie")只能取到第一个Set-Cookie值（若多个Cookie，响应会含多个同名头，但该方法只返回首个） - 更可靠的方式是遍历所有响应头：
pm.response.headers.all()，筛选出所有Set-Cookie条目 - Cookie名匹配需注意大小写不敏感，且可能带路径、域、Secure等属性，不能简单用
includes("mycookie=")
用正则安全提取并判断Cookie名是否存在
直接字符串匹配容易误判（比如检查 auth 却匹配到 auth_token），推荐用正则锚定 Cookie 名 + 等号开头 + 非分号边界。以下脚本可直接粘贴进 Tests：
const setCookieHeaders = pm.response.headers.all().filter(h => h.key === "Set-Cookie");
const targetName = "session_id"; // ← 替换为你想检查的 Cookie 名
let found = false;
setCookieHeaders.forEach(header => {
const match = header.value.match(new RegExp(`^${targetName}=([^;]+)`, "i"));
if (match) found = true;
});
pm.test(`Cookie '${targetName}' is set`, () => {
pm.expect(found).to.be.true;
});
说明：
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 正则
^session_id=([^;]+)确保匹配行首开始的 Cookie 名+等号，且值不跨分号（符合 Cookie 属性分隔规则） -
"i"标志让匹配不区分大小写，兼容服务端可能返回的SESSION_ID=xxx - 如果只需确认存在、不关心值，
([^;]+)捕获组可简化为[^;]*或直接用test()
检查已发送请求是否携带某 Cookie（即客户端是否用了该 Cookie）
这和上一个场景完全不同：不是看响应，而是看当前请求实际发出时有没有带上某个 Cookie。Postman 不暴露原始请求头供 Tests 读取，但可通过 pm.cookies.has() 检查 Cookie 管理器中**当前域名下已启用的 Cookie**（即会被自动附加的那些）。
-
pm.cookies.has("token")返回true，仅表示该 Cookie 已被 Postman 加入管理器且未过期、域名/路径匹配 - 它不保证本次请求一定发出了该 Cookie——比如你手动清空了 Cookies 面板，或设置了错误的 Domain/Path 导致不匹配
- 若要验证“请求确实带了”，最稳妥方式是开启 Postman Console（
View → Show Postman Console），手动发一次请求，查看 Request Headers 下真实的Cookie: token=xxx; session=yyy
常见失败原因和绕过限制的技巧
脚本跑不通？大概率卡在这几个点：
- 响应没返回
Set-Cookie头：先确认接口确实应该设 Cookie（比如登录成功后），再检查 Postman 的Automatically persist cookies是否开启（Settings → General） - Cookie 被标记为
HttpOnly：不影响Set-Cookie头读取，但pm.cookies.get()无法读取其值——不过has()和正则检查仍有效 - 重定向导致 Cookie 在中间响应里：Postman 默认跟随重定向，
pm.response是最终响应。如需检查跳转过程中的 Cookie，得关掉自动重定向（Request → Settings → Disable redirects），然后逐次断言每一步响应 - 本地开发环境用
localhost但 Cookie 设了Domain=localhost.local：域名不匹配会导致pm.cookies.has()返回false，此时应统一用127.0.0.1或修正服务端 Cookie Domain 设置
真正难的不是写几行脚本，而是分清“响应设了没”“客户端存了没”“这次请求带了没”——这三个问题对应三个完全不同的检查路径，混用就会一直报错。
