如何在特定场景下实现JMeter中的预期吞吐量？

Question

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

我的线程组包含以下交易控制器：

1. 登录
2. 仪表板
3. 启动课程
4. 完整的课程
5. 注销

，因为我需要每600次迭代5400秒即3600 + 900 + 900se conds（1小时稳定状态+ 15分钟缓升和15分钟缓降），并且总线程组内的采样器请求总数为18，我说我需要大约2个RPS是否正确？

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

请求总数/总测试持续时间以秒为每秒 五千四分之一万零八百=请求= 2

我的计算是否正确？

另外，达到预期吞吐量的最佳方法是什么？

Answer 1

您的计算看起来或多或少正确。如果您需要将测试吞吐量限制为2 RPS，则可以使用Constant Throughput Timer或Throughput Shaping Timer进行测试。

---

不过2 RPS无非是统计噪声多，我的期望是，你需要更高的负载，真正考验你的应用程序的性能，即

1. 模拟用户的预期数量在短期内。不要关心迭代，只需让您的测试运行一小时就能获得您期望的用户数量。这被称为load testing
2. 做同样的事情，但更长的一段时间（即过夜或周末）。这被称为soak testing。
3. 逐渐增加用户数量，直到您看到错误或响应时间将超出可接受的阈值。这叫做stress testing。