如何解释我已经设置了一个＆＃34; Ramp-up Period＆＃34;大于零

Question

这是我第一次进行测试，我对如何解释设置＆＃34; Ramp-up Period＆＃34;时的结果感到困惑。大于零。

首先，当我设置零值时，如果我没有弄错，这意味着所有线程都会同时启动。因此，可以得出结论，应用程序可以成功接受的最大线程数等于被测试应用程序可以接受的并发请求的最大数量。

现在问题来了，当我必须使用＆＃34; Ramp-up Period＆＃34;大于零，因为我不确定我可以得出什么结论，或者我不知道它们是否正确。

基于documentation所说的内容：

  

从Ramp-up =线程数开始，向上或向下调整为   需要的。

这或多或少是我所写的：

1）为了开始我们的测试，我们设置每个线程将在前一个线程开始后的1（15/15）秒开始。为此，我们为“线程数”和“加速周期”设置相同的值。

当15个请求成功完成后，我们开始调整＆＃34; Ramp-up Period＆＃34;的值，直到找到每个请求之间必须存在的最小时间间隔

2）加速期= 13

3）加速期= 10

4）加速期= 7

5）加速期= 6

到目前为止，所有请求都已成功执行，但是有一个＆＃34; Ramp-up Period＆＃34;只有6个请求有回复。

通过此结果，我们可以得出结论，每次调用Web服务之间必须经过的最短时间必须大于或等于0.46秒

该值的计算方法是除以＆＃34;线程数＆＃34;的值。和＆＃34;加速（7/15）

您如何看待我的结论？这样对吗？在我展示的方式中，还可以用jmeter来得出结论。

一如既往，您的意见建议将不胜感激。

由于

Answer 1

升级只不过是虚拟用户的到达率。 JMeter从1个线程开始，并根据指定的斜坡添加更多线程。 15个线程和15秒加速意味着每个1秒1个线程被添加。在7秒加速和每秒15个线程的情况下，添加2个线程。当线程没有任何工作要关闭时，请确保在父线程组或循环控制器中有足够的循环。

定义负载方案至少有3个选项：

1. Ultimate Thread Group（免费的第三方插件） - 提供设置加速，减速和保持加载时间的便捷方式。
2. Constant Throughput Timer - 提供在“每分钟请求数”中设置负载的功能
3. Synchronizing Timer - 提供暂停请求的方式，直到达到指定的线程数，并在创建同时并发请求的同时将其关闭。

此外：

• 除了测试开发和调试之外，请不要使用JMeter GUI
• 避免在表格侦听器中查看结果
• View Results Tree侦听器也是如此。
• 请遵循JMeter Performance and Tuning Tips指南中的其他建议。