Question

我正在创建一个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）使用汇总图中的平均响应时间并将其与平均值进行比较是否正确。 GA的页面加载时间？

Answer 1

1.1）似乎是这样 - 但只有当你坚持模仿实际的“普通用户”与你的服务互动的方式时：在176秒内做一些请求链（让我们称之为会话）。

然后，是的：如果在一个线程中，你会在176秒内延长你的请求链，1个线程可以每小时服务~20.5个会话。

它变成~119个线程，以满足每小时所需的~2440个请求。

另一种方法是坚持使用Page views（8361）。那就是维持“会话”和特定请求序列无关紧要，而负载确实如此。

然后它达到~2.3 rps平坦。一旦响应时间预计在1.5秒左右，你需要至少3个线程来保持速度，更多的是有更大的空间来伸展。但是你不需要很多它们，因为它们大部分时间都会被I / O阻塞。

检查JMeter在初始运行期间产生的实际吞吐量值，您可以将线程数调整为最佳。