使用REST Assured调用Tableau接口返回403错误，Postman调用正常问题求助

排查方向 #

1. 优先修复REST Assured Cookie传参错误 #

你当前代码的cookie()方法使用方式错误：REST Assured的cookie(String)是接收单个Cookie的键名，而非拼接好的完整Cookie字符串，直接传入整串会导致请求头的Cookie结构完全异常，这是最高概率的报错原因。

正确使用方式参考代码：

import java.util.HashMap;
import java.util.Map;

// 先把拼接好的Cookie字符串拆分为键值对Map
Map<String, String> cookieMap = new HashMap<>();
String fullCookieStr = "access_token=BLAHBLAHBLAH; refresh_token=BLAHBLAHBLAH; tableau_token=BLAHBLAHBLAH";
String[] cookieItems = fullCookieStr.split("; ");
for (String item : cookieItems) {
    String[] keyValue = item.split("=", 2);
    cookieMap.put(keyValue[0], keyValue[1]);
}

// 调用时使用cookies()方法传入整个Cookie Map
return given()
        .cookies(cookieMap)
        .contentType(ContentType.JSON)
        .get("tableau/projects");

2. 全量对比Postman与代码的请求内容 #

• 开启Postman请求日志，导出完整的请求头、Cookie、URL路径、HTTP方法
• 给REST Assured添加全量请求日志配置given().log().all()，打印出代码发送的所有请求内容，逐字段对比差异：
  • 检查是否遗漏了Postman自动携带的请求头，比如X-Tableau-Auth、User-Agent、Accept等，部分Tableau版本要求认证令牌放在X-Tableau-Auth请求头而非Cookie中
  • 检查请求URL是否完全一致，是否遗漏了接口前缀、域名配置错误

3. 校验Cookie生效条件 #

如果你的Tableau站点是HTTPS协议：

• 确认代码请求的是HTTPS地址而非HTTP，带Secure属性的Cookie不会在HTTP请求中发送
• 确认请求域名、路径与Cookie绑定的域、路径一致，否则Cookie不会被携带

4. 校验令牌时效性 #

不要复用从Postman复制的Cookie值，在代码中先重新走一遍完整的登录流程获取最新的Cookie，立刻调用测试接口，排除令牌过期导致的401/403错误。

5. 检查重定向处理逻辑 #

Postman默认开启自动跟随重定向，且会自动携带Cookie到重定向后的请求中，可给REST Assured添加重定向配置再测试：

given()
  .redirects().follow(true)
  .redirects().allowCircular(true)
  // 其余配置不变

内容的提问来源于stack exchange，提问作者Will Preston