如何解决JMeter如何在打开另一个页面时测试页面加载性能
我想知道是否有一种方法可以在jmeter中测试以下场景：
站点：一个站点有2个页面，其中一个页面（我们称它为 heavy-page ），加载完成后会消耗大量系统资源（cpu），而另一个则不会（我们将其称为 light-page ）。
关键问题是，如何让第一组线程在完成加载后模拟用户停留在页面上，而又让另一组用户加载轻页面？
目前我有这样的东西：
Group1 (1000 threads,loop count 1):
- Runtime controller (set to 5min,so each thread runs for 5 minutes):
- heavy-page
Group2: (1000 threads,loop count 1,and a startup delay set to 2 minutes,so it starts after all threads in Group1 are running)
- light-page
这几乎满足了我的所有要求，除了我看到繁重的页面发送的请求比我预期的要多（超过1000），因为它无法识别G1中设置为1的循环计数。我不确定这背后的原因是否是因为采样器/线程在运行时控制器内部，所以它在控制器设置的时间内一直循环不断，这意味着（我认为）用户不仅仅停留在该页面需要5分钟，但在页面加载后却一次又一次发送请求，这不是我需要测试的
解决方法
-
在您的设置中，用户不是“停留”在“繁重的页面”上，而是一次又一次地重新打开它。 Runtime Controller不尊重循环计数，它在指定的持续时间内运行其子代。
-
JMeter不是浏览器，它在协议级别工作。就Web服务和远程服务而言，JMeter看起来像一个浏览器（或者说多个浏览器）。但是，JMeter不会执行浏览器支持的所有操作。特别是， JMeter不执行HTML页面中的Javascript。它也不会像浏览器一样呈现HTML页面（可以以HTML等形式查看响应，但是计时未包含在任何示例中，并且一次仅在一个线程中显示一个示例）。
-
JMeter的HTTP Request采样器不会“停留”在页面上，它们会执行请求，检索响应，测量所花费的时间，并且如果没有更多的采样器要执行，则循环进行线程迭代被关闭。如果在“繁重”页面上发生了诸如AJAX请求或WebSocket请求之类的后台事件，则需要使用Parallel Controller或WebSocket Samplers
模拟它们
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。