JMeter录制单点击生成多请求，求辨应用类型及解决方法

这属于什么类型的应用？ #

从你描述的情况来看，你现在测试的应该是单页应用（SPA，比如用React、Vue、Angular搭建的），或者是重度依赖AJAX异步加载的现代Web应用。和你之前接触的传统多页应用核心区别很明显：

• 传统应用单次点击通常只会触发一个完整页面跳转请求，服务器直接返回整个页面的HTML内容；
• 但这类现代应用会先加载一个基础页面框架，之后通过多个独立的异步请求，分别获取接口数据、组件片段、静态资源等，再在浏览器端动态拼接出完整页面。所以单次交互会生成一堆请求，而且这些请求是互补配合的，单独运行某一个只能拿到局部数据，没法还原完整的页面状态。

该怎么处理这类脚本？ #

针对这种场景，你可以按下面的步骤调整JMeter脚本：

• 保留必要请求，维护执行顺序：这些请求之间大概率存在依赖关系——比如前一个请求返回的token、会话ID，可能会被后续请求调用。先保留所有录制的请求并维持原有顺序，之后用查看结果树逐个检查响应，删掉无关紧要的请求（比如广告加载、统计脚本请求），但核心的接口请求一定要保留。

• 处理动态参数传递：这类应用的请求通常带有动态生成的参数（比如csrf-token、请求签名、用户会话ID），这些参数往往来自之前的请求响应或浏览器Cookie。你可以用JMeter的后置处理器提取：

  • 如果响应是JSON格式，用JSON提取器更高效准确；
  • 如果是HTML或其他格式，用正则表达式提取器抓取所需值；
  • Cookie中的参数，JMeter的HTTP Cookie管理器一般会自动维护，特殊情况可手动提取。

• 模拟真实请求间隔：浏览器发送异步请求时会有微小延迟，JMeter默认会快速连续发送请求，可能触发反爬机制或导致参数依赖问题。你可以在请求之间添加固定定时器，设置200-500毫秒的延迟，模拟用户操作的自然等待节奏。

• 用事务控制器分组请求：把单次点击对应的一组请求放到事务控制器下，这样就能将这组请求作为一个整体统计响应时间和成功率，更贴合实际用户操作场景。

• 验证脚本完整性：运行脚本后，先检查每个请求的状态码是否为预期的成功状态（比如200），再通过查看结果树确认关键数据是否正确返回。如果某请求失败，优先排查参数传递是否正确，或是否遗漏了依赖请求。

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