BlazeMeter录制的JMeter参数化POST请求与cURL导入请求响应不一致问题

现象原因 #

这个问题的核心是后端接口的设计逻辑限制：该接口的路由分发逻辑只会读取URL Query参数中的model和action值来匹配对应的业务处理方法，不会读取POST请求体中的这两个参数做路由判断。
BlazeMeter Chrome插件录制时，默认会把所有表单类参数统一放到POST请求体中，导致后端路由匹配不到对应的JSON数据接口，只能返回默认的报表页面内容，因此即使状态码是200，响应内容也不符合预期。

你的判断是否正确 #

你的判断完全正确，问题确实是BlazeMeter录制插件的参数归类逻辑导致的。插件没有区分后端要求必须放在URL中的特殊参数，统一把所有参数放到了POST体中，才引发了该异常。

实现POST请求保留大部分参数的方案 #

不需要把所有参数都拼接到URL中，只需要做简单调整即可：

• 在JMeter的HTTP请求配置中，将model和action两个参数单独拼接在URL路径的末尾，即路径修改为：

  https://qa2s.xxxx.com/dcs/public/facade.aspx?model=operations%2FdynamicTransactionsMonitorMega&action=Dynamic_Transactions_Monitor
  

• 其余所有参数依然保留在POST请求的参数列表（请求体）中，无需改动
• 确认请求头的Content-Type值为application/x-www-form-urlencoded，和浏览器发送的原始请求头保持一致

调整后既可以保留POST参数的可读性，也能正常获取到预期的JSON响应。后续录制完成后可以先和浏览器控制台的原始请求对比参数位置，确认一致后再导入JMeter，就能避免类似问题。

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