JMeter测试D365性能遇难题：wctx关联失败与录制EOF异常求助

一、wctx参数关联问题解决方法 #

• 手动提取wctx值：
  打开浏览器开发者工具（F12），切换到Network标签触发登录流程，找到包含wctx的请求（通常是登录页面GET请求或登录提交前的跳转请求）。查看响应HTML中的隐藏表单字段，示例：

  <input type="hidden" name="wctx" value="LoginOptions=3&estsredirect=2&estsrequest=xxx">
  

  在JMeter中添加CSS Selector提取器，配置如下：

  • 引用名称：wctx
  • CSS选择器：input[name='wctx']
  • 属性：value
    或使用正则表达式提取器，匹配模式：name="wctx" value="(.*?)" 或 wctx=(.*?)&

• 调整Blazemeter录制插件设置：
  进入插件设置页面，勾选「Record redirects」选项，同时确保登录相关域名（如login.microsoftonline.com、D365业务域名）不在请求排除列表中，避免遗漏关键请求。

• 手动构造请求并关联：
  若录制工具始终捕获不到该参数，直接在JMeter中手动添加登录请求，将浏览器抓包获取的wctx值作为初始参数，再通过提取器从前置请求的响应中动态替换。注意estsrequest为编码字符串，无需解码，直接传递即可。

二、JMeter录制时EOFException错误解决方法 #

• 禁用GZIP压缩：
  在JMeter的「HTTP请求默认值」下添加HTTP Header管理器，新增头信息：

  Name: Accept-Encoding
  Value: identity
  

  强制服务器返回未压缩的响应，避免GZIP解压时因响应截断触发异常。

• 升级JMeter版本：
  该EOFException是JMeter部分旧版本（如5.4及以下）的已知兼容性问题，升级到最新稳定版（如5.6.x）可修复GZIP流处理的缺陷。

• 调整代理录制设置：
  打开JMeter代理服务器设置，取消勾选「Decompress response」选项，避免代理在录制过程中尝试解压不完整的响应数据。

• 排查网络代理限制：
  本机代理可能截断了部分响应包，导致JMeter无法完整读取GZIP流。尝试临时绕过代理（若权限允许），或联系网络管理员调整代理规则，确保JMeter录制流量可完整传输。

内容的提问来源于stack exchange，提问作者perftest nft