JMeter 恢复测试
JMeter Recovery testing
我想Recovery testing到服务器，我可以模拟连接池充满高负载，因此超时无法连接。
我需要从高负载开始我的测试，达到失败并逐渐降低负载，
JMeter 无法动态更改它，所以我搜索插件，Concurrency Thread Group 做的恰恰相反，
逐渐增加，有没有办法让它变小？
我唯一的选择是在减少负载的情况下开始新的执行吗？
Recovery testing is done in order to check how fast and better the application can recover after it has gone through any type of crash or hardware failure etc.
我找到了一个 jmeter 插件 jp@gc - Ultimate Thread Group，我可以通过添加具有高线程数的第一行来以高负载开始，然后通过添加第二（或更多）行来减少线程数。
可以使用 vanilla JMeter 完成，无需任何插件，JMeter 的作用如下：
- Thread Group中定义的所有线程都在指定的ramp-up周期内启动（这里可以逐渐增加负载）
- 所有线程开始颠倒执行采样器（或根据Logic Controllers）
- 当线程没有任何采样器可执行时 and/or 循环迭代 - 它正在关闭。
因此，假设您逐渐开始您的请求，并且线程组未配置为永远 运行 - 下降应该与上升几乎相同。您可以使用 Gaussian Random Timer, check out How to Ramp Down in JMeter 指南 "help" JMeter 了解更多详情。
我想Recovery testing到服务器，我可以模拟连接池充满高负载，因此超时无法连接。
我需要从高负载开始我的测试，达到失败并逐渐降低负载，
JMeter 无法动态更改它，所以我搜索插件，Concurrency Thread Group 做的恰恰相反， 逐渐增加，有没有办法让它变小？
我唯一的选择是在减少负载的情况下开始新的执行吗？
Recovery testing is done in order to check how fast and better the application can recover after it has gone through any type of crash or hardware failure etc.
我找到了一个 jmeter 插件 jp@gc - Ultimate Thread Group，我可以通过添加具有高线程数的第一行来以高负载开始，然后通过添加第二（或更多）行来减少线程数。
可以使用 vanilla JMeter 完成，无需任何插件，JMeter 的作用如下：
- Thread Group中定义的所有线程都在指定的ramp-up周期内启动（这里可以逐渐增加负载）
- 所有线程开始颠倒执行采样器（或根据Logic Controllers）
- 当线程没有任何采样器可执行时 and/or 循环迭代 - 它正在关闭。
因此，假设您逐渐开始您的请求，并且线程组未配置为永远 运行 - 下降应该与上升几乎相同。您可以使用 Gaussian Random Timer, check out How to Ramp Down in JMeter 指南 "help" JMeter 了解更多详情。