如何在JMeter中处理SAP SuccessFactors登录时的动态Session ID Cookie

先确认Cookie的传递路径 #

• 先去查看结果树里翻请求和响应，搞清楚Session ID是在响应头的Set-Cookie里，还是藏在响应体里。大部分这类Session Cookie都是通过响应头返回的，根本不用手动提取。
• 要是在响应头里，直接把HTTP Cookie管理器丢到测试计划最上层就行，它会自动抓所有Set-Cookie里的Cookie，后续请求自动带上，完全不用管。

特殊情况必须手动提取时的方案 #

方法1：正则表达式提取器（针对响应头） #

• 给登录请求加个正则表达式提取器，这么配置：
  • 应用范围：当前请求
  • 字段来源：响应头
  • 正则表达式：SESSIONID=([^;]+)（把SESSIONID换成实际的Cookie名称，比如可能是JSESSIONID或者SF自定义的名字）
  • 模板：$1$
  • 匹配数字：1
• 之后在后续请求里直接用变量${SESSIONID}就行，比如在请求头里写Cookie: SESSIONID=${SESSIONID}

方法2：JSR223 PostProcessor（Groovy脚本，更灵活） #

• 给登录请求加JSR223 PostProcessor，用Groovy脚本从响应头抓：

// 拿响应头里的Set-Cookie
def setCookie = prev.getResponseHeaders().getHeader("Set-Cookie")
// 匹配Session ID，替换成实际的Cookie名
def matcher = (setCookie =~ /SESSIONID=([^;]+)/)
if (matcher.find()) {
    vars.put("SESSIONID", matcher.group(1))
}

• 要是Session ID在响应体里，改脚本读响应体：

def responseBody = prev.getResponseDataAsString()
def matcher = (responseBody =~ /"sessionId":"([^"]+)"/) // 换成响应体里的实际格式
if (matcher.find()) {
    vars.put("SESSIONID", matcher.group(1))
}

排查提取失败的常见坑 #

• 正则写错：比如Cookie名称不对，或者匹配规则没覆盖Session ID里的特殊字符（下划线、短横线这类），可以在查看结果树的正则表达式测试器里先测一下正则能不能匹配到目标值。
• 字段来源选错：明明是响应头里的Cookie，却选了请求体，肯定抓不到。
• Cookie带HttpOnly标记：这个不影响，Cookie管理器照样自动处理，手动提取响应头也能拿到。
• 登录有重定向：要是登录后跳了好几个页面，Session ID可能在最后一个重定向的响应里，得把提取器加到那个请求上。

内容的提问来源于stack exchange，提问作者Rishav Sawarn