Postman中Cookie提取失败主因是混淆数据来源，应优先从Set-Cookie响应头手动解析：用pm.response.headers.get("Set-Cookie")获取原始字符串，再以正则匹配目标键名并解码，而非依赖异步解析的pm.cookies.get()。
Postman 里 Cookie 提取失败，八成不是因为没写脚本，而是没搞清数据来源在哪——Set-Cookie 响应头、响应体里的 cookie 字段、还是浏览器自动带的会话凭证？直接用 pm.cookies.get() 取不到，往往是因为它只读当前请求上下文已解析的 Cookie，而真正要提取的值还躺在 Set-Cookie 头里没被解析。
从 Set-Cookie 响应头中提取指定名称的 Cookie 值
绝大多数登录接口返回的 Cookie 都藏在响应头的 Set-Cookie 字段里，格式类似 t_iam_dev=abc123; Path=/; HttpOnly; Secure。这个字段可能有多个，用分号分隔，但 Postman 不会自动把它拆成键值对存进 pm.cookies，得手动解析。
- 先用
pm.response.headers.get("Set-Cookie")拿到原始字符串，注意大小写：必须是"Set-Cookie"，不是"set-cookie"或"Cookie" - 用正则匹配目标 Cookie 名称，比如提取
t_iam_dev的值：/(?:^|;\s*)t_iam_dev=([^;]+)/，注意加(?:^|;\s*)覆盖多条 Cookie 并存的情况 - 匹配后取
matches[1]，再用decodeURIComponent()解码（尤其当值含中文或特殊字符时） - 最后用
pm.environment.set("auth_token", value)或pm.globals.set()存变量
用 pm.cookies.get() 前必须确认 Cookie 已被自动解析
pm.cookies.get("XSRF-TOKEN") 看起来最简单，但它只对 Postman 自动解析并缓存的 Cookie 有效——前提是该 Cookie 已通过上一个请求的 Set-Cookie 头被接收，并且域名、路径、Secure/HttpOnly 等属性满足当前请求上下文的匹配规则。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 如果刚发完登录请求就立刻在 Tests 里调用
pm.cookies.get()，大概率返回undefined，因为解析是异步的，脚本执行时还没完成 - 更稳妥的做法仍是优先走
Set-Cookie头解析，或者把提取逻辑放到下一个请求的 Pre-request Script 中（此时上个响应已完成解析） -
pm.cookies.jar().getAll()可以列出所有当前缓存的 Cookie，调试时可加console.log()查看实际有哪些键可用
跨环境（dev/prod）自动适配 Cookie 名称
开发环境用 t_iam_dev，生产环境用 t_iam_prod，硬编码一个正则会挂掉另一个环境。别写两套脚本，用变量控制名称即可。
- 先定义环境变量
cookie_key，值设为t_iam_dev或t_iam_prod，随环境切换 - 脚本里拼正则：
new RegExp("(?:^|;\s*)" + pm.environment.get("cookie_key") + "=([^;]+)") - 匹配失败时加兜底逻辑，比如尝试 fallback 到另一个名称，或抛出明确错误：
if (!matches) throw new Error("Failed to extract cookie: " + pm.environment.get("cookie_key"))
为什么 Tests 里取不到登录返回的 Cookie？
常见错觉：登录接口 Tests 脚本里写了 pm.environment.set("session", pm.cookies.get("JSESSIONID"))，结果后续请求还是 401。根本原因是：这个脚本运行时，Set-Cookie 头刚收到，Postman 还没来得及把 JSESSIONID 解析进 pm.cookies 缓存。
- 不要在登录请求自己的 Tests 里依赖
pm.cookies.get()提取刚返回的 Cookie - 要么改用
pm.response.headers.get("Set-Cookie")手动解析（推荐） - 要么把提取逻辑挪到下一个请求的 Pre-request Script 中，此时 Cookie 已就绪
- 顺手加个断言：
pm.expect(matches).to.not.be.null;，避免静默失败
真正容易被忽略的点是：Postman 的 Cookie 解析行为受请求 URL 的域名、协议（http/https）、路径三者共同约束。哪怕只差一个子域名（api.example.com vs example.com），pm.cookies.get() 就会查不到——这时候你得回头检查环境变量里的请求地址是否和 Set-Cookie 的 Domain 属性一致。
