我正在创建一个JMeter测试计划,并且需要一些验证来验证我正在以正确的方式进行测试。
我有下面的最忙时刻的GA数据。
Hour: 10
Average session duration: 00:02:56
Avg. Page Load Time (sec): 1.57
Sessions: 2441
Page Views: 8361线程数(用户):
我使用以下公式进行了计算:
2441 (Hourly Sessions) x 176 (Average Session Duration (in seconds)) / 3600这给了我119。
( 1)这是否正确的做法?
获取平均页面加载时间
我正试图根据GA报告的平均页面加载时间进行标记。因此,我目前已经创建了以下测试计划:
线程组:
- HTTP Request (Main Request)
- Aggregate graph( 1)这将请求(主请求) 119次,我是否应该增加更多的页面,以便根据GA的页面视图请求总数为8361?
2)我不清楚如何让测试计划运行一个小时以上,因为GA数据已经超过了一个小时,目前119个请求在几分钟内就被执行了,或者是否需要运行超过一个小时才能得到一个粗略的容量概念?
3)使用聚合图的平均响应时间并与Avg进行比较是否正确。从GA加载页面时间?
发布于 2017-04-20 23:01:39
1.1)似乎是这样的--但只有当你坚持模仿--使用实际的“普通用户”方式与你的服务进行交互时:在176秒内做一些请求链(让我们称之为会话)。
然后,是的:如果在一个线程中,您将沿着176秒扩展您的请求链,一个线程可以每小时提供20.5次会话。
它转化为119个线程,以满足所需的每小时2440次请求。
另一种方法是坚持页面视图(8361)。如果维护“会话”和特定的请求序列并不重要,而load则是如此。
然后到了2.3RPS平面。当响应时间预计在1.5秒左右时,您至少需要3个线程才能保持速度,更多的线程最好有一些空间来扩展。但是你不需要很多这样的工具,因为它们大部分时间都会被I/O阻塞。
检查初始运行期间JMeter的实际吞吐量值,可以将线程数量调整为最佳。
https://stackoverflow.com/questions/43520375
复制相似问题