首页 > 解决方案 > Jmeter - 是否值得对启用了嵌入式资源的页面进行性能测试

问题描述

我浏览了几个网站,当然还有 BlazeMeter 来了解如何下载嵌入式资源以及页面的主要请求。

如前所述,我的问题是否值得与页面资源一起进行性能测试。

假设:最终用户不会在任何页面的第二次和进一步迭代之前清除缓存。需要性能测试的应用程序显然应该经历高负载,在此期间最终用户不太可能每次都清除缓存。

因此,由于第二次迭代和进一步的页面资源是从存储在客户端的缓存中获取的,因此值得下载嵌入式资源,因为它不会对服务器端行为进行性能测试。

据我所知,Jmeter 不解析 html 并执行 Java 脚本以及由此 JS 调用的其他资源。

如果我的上述理解有误,请纠正我。

标签: htmlperformancejmeterperformance-testingembedded-resource

解决方案


有一个“黄金法则”:JMeter 测试应该代表现实生活中的应用程序使用情况,在您的情况下,每个 JMeter 线程(虚拟用户)都需要像使用真实浏览器的真实用户一样表现

真实浏览器:

  1. 使用 6 个并发线程(每个域)从网站下载嵌入式资源,用于检索图像、脚本、样式、声音等。
  2. 在涉及后续请求时尊重Cache-Control标头(通常这意味着浏览器只下载一次资源)

回到你的问题:

  1. 是的,“值得与页面资源一起进行性能测试。” 只要它们属于您正在测试的应用程序,就应该排除并非源自您的应用程序的第 3 方横幅、样式、脚本等
  2. 确保添加HTTP 缓存管理器来表示浏览器缓存

推荐阅读