使用 JMeter 查看服务器是否可以在一分钟内处理 100 个用户
Find out if a server can handle 100 users in one minute using JMeter
我正在测试一个 API 端点。我想知道服务器是否可以在一分钟内处理 100 个用户。
这是我目前使用的线程配置。
我的问题是：
- 我是否正确配置了线程、加速期和持续时间参数？
- 相对于线程数，理想的加速期是多少？
我建议减少加速或增加测试持续时间，因为根据您当前的设置，您只有 100 个用户在线在测试的最后一秒
所以将“持续时间”设置为 120 秒，这样在第一分钟内您的线程会增加，然后再过一分钟有 100 个在线用户或进行类似的操作：
- 30 秒的加速
- 180 秒的持续时间
您可能会发现 Ultimate Thread Group 更易于使用，它的默认工作负载模式似乎符合您的场景：
并且您将能够使用加速、减速和保持负载的时间，并在图表中查看预期的线程数。
您可以使用 JMeter Plugins Manager
作为“自定义线程组”捆绑包的一部分安装终极线程组
提升的全部意义在于您应该 逐渐增加负载 这样您就可以将增加的负载与其他指标（吞吐量、响应时间、错误等）相关联.)
The ramp-up period tells JMeter how long to take to "ramp-up" to the full number of threads chosen. If 10 threads are used, and the ramp-up period is 100 seconds, then JMeter will take 100 seconds to get all 10 threads up and running. Each thread will start 10 (100/10) seconds after the previous thread was begun. If there are 30 threads and a ramp-up period of 120 seconds, then each successive thread will be delayed by 4 seconds.
Ramp-up needs to be long enough to avoid too large a work-load at the start of a test, and short enough that the last threads start running before the first ones finish (unless one wants that to happen).
Start with Ramp-up = number of threads and adjust up or down as needed.
我正在测试一个 API 端点。我想知道服务器是否可以在一分钟内处理 100 个用户。
这是我目前使用的线程配置。
我的问题是：
- 我是否正确配置了线程、加速期和持续时间参数？
- 相对于线程数，理想的加速期是多少？
我建议减少加速或增加测试持续时间，因为根据您当前的设置，您只有 100 个用户在线在测试的最后一秒
所以将“持续时间”设置为 120 秒，这样在第一分钟内您的线程会增加，然后再过一分钟有 100 个在线用户或进行类似的操作：
- 30 秒的加速
- 180 秒的持续时间
您可能会发现 Ultimate Thread Group 更易于使用，它的默认工作负载模式似乎符合您的场景：
并且您将能够使用加速、减速和保持负载的时间，并在图表中查看预期的线程数。
您可以使用 JMeter Plugins Manager
作为“自定义线程组”捆绑包的一部分安装终极线程组提升的全部意义在于您应该 逐渐增加负载 这样您就可以将增加的负载与其他指标（吞吐量、响应时间、错误等）相关联.)
The ramp-up period tells JMeter how long to take to "ramp-up" to the full number of threads chosen. If 10 threads are used, and the ramp-up period is 100 seconds, then JMeter will take 100 seconds to get all 10 threads up and running. Each thread will start 10 (100/10) seconds after the previous thread was begun. If there are 30 threads and a ramp-up period of 120 seconds, then each successive thread will be delayed by 4 seconds.
Ramp-up needs to be long enough to avoid too large a work-load at the start of a test, and short enough that the last threads start running before the first ones finish (unless one wants that to happen).
Start with Ramp-up = number of threads and adjust up or down as needed.