对于给定场景，如何在JMeter中实现预期吞吐量？

我有大约300个用户（在线程组中配置），他们将执行两次活动（例如：运行电子学习课程）。这意味着我需要大约600次迭代，即300个用户两次执行一个活动

“我的线程”组包含以下事务控制器：

登录

仪表板

发射场

全程

注销

由于我每5400秒需要600次迭代，即3600+900+900秒（1小时稳定状态+15分钟爬升和15分钟爬降），并且总线程组中的采样器请求的总和是18，我是否可以正确地说我需要大约2个RPS

迭代总数*每次迭代的请求数=请求总数 600*18=10800

请求总数/总测试持续时间（秒）=每秒请求数 10800/5400=2

我的计算正确吗

---

此外，实现预期吞吐量的最佳方法是什么？

您的计算看起来或多或少是正确的。如果您需要将测试吞吐量限制为2 rpm，可以使用或

---

然而，2RPS只不过是统计噪声，我的期望是您需要更高的负载来真正测试您的应用程序性能，即

模拟短期内预期的用户数量。不必担心迭代，只需让您的测试运行一个小时，即以您期望的用户数运行。这叫做

执行相同的操作，但时间较长（即过夜或周末）。这就是所谓的

逐渐增加用户数量，直到您看到错误或响应时间开始超过可接受的阈值。这就是所谓的

---

感谢您的回复@Dmitri。我熟悉性能，对JMeter也不熟悉。2RPS就是一个例子，因为我们将测试多个线程组和更多的用户。我想知道我是否需要在线程组级别或事务级别附加吞吐量成形计时器？