Jmeter - 是否值得对启用了嵌入式资源的页面进行性能测试
Jmeter - Is it worth performance testing a page with embedded resources enabled
我浏览了几个网站，当然还有 BlazeMeter，以了解如何下载嵌入式资源以及页面的主要请求。
我的问题如前所述，是否值得与页面资源一起进行性能测试。
假设：
最终用户不会在需要性能测试的任何 page.Application 的第二次和进一步迭代之前清除缓存，显然应该经历高负载，在此期间，最终用户不太可能每次都清除缓存。
因此，由于第二次迭代和更多页面资源是从存储在客户端的缓存中获取的，因此值得下载嵌入式资源，因为它不会对服务器端行为进行性能测试。
据我所知，Jmeter 不会解析 html 并执行 Java 脚本以及此 JS 调用的其他资源。
以上理解有误请指正
有一条“黄金法则”：JMeter 测试应该代表 real-life 应用程序使用情况，在您的情况下，每个 JMeter 线程（虚拟用户）都需要 behave like a real user using the real browser。
真实浏览器：
- 使用 6 个并发线程（每个域）从网站下载嵌入式资源以检索图像、脚本、样式、声音等
- 尊重Cache-Controlheaders后续请求（一般是指浏览器只下载一次资源）
回到你的问题：
- 是的“它值得与页面资源一起进行性能测试。”只要 它们属于您正在测试的应用程序，不源自您的应用程序的第 3 方横幅广告、样式、脚本等就应该被排除在外
- 确保添加HTTP Cache Manager代表浏览器缓存
我浏览了几个网站，当然还有 BlazeMeter，以了解如何下载嵌入式资源以及页面的主要请求。
我的问题如前所述，是否值得与页面资源一起进行性能测试。
假设： 最终用户不会在需要性能测试的任何 page.Application 的第二次和进一步迭代之前清除缓存，显然应该经历高负载，在此期间，最终用户不太可能每次都清除缓存。
因此，由于第二次迭代和更多页面资源是从存储在客户端的缓存中获取的，因此值得下载嵌入式资源，因为它不会对服务器端行为进行性能测试。
据我所知，Jmeter 不会解析 html 并执行 Java 脚本以及此 JS 调用的其他资源。
以上理解有误请指正
有一条“黄金法则”：JMeter 测试应该代表 real-life 应用程序使用情况，在您的情况下，每个 JMeter 线程（虚拟用户）都需要 behave like a real user using the real browser。
真实浏览器：
- 使用 6 个并发线程（每个域）从网站下载嵌入式资源以检索图像、脚本、样式、声音等
- 尊重Cache-Controlheaders后续请求（一般是指浏览器只下载一次资源）
回到你的问题：
- 是的“它值得与页面资源一起进行性能测试。”只要 它们属于您正在测试的应用程序，不源自您的应用程序的第 3 方横幅广告、样式、脚本等就应该被排除在外
- 确保添加HTTP Cache Manager代表浏览器缓存