循环计数和上升周期（单位：JMeter）

我已经创建了一个集合，只是混淆了循环计数和上升周期。 我有一个具有以下参数的测试集

Threads        =  30
Ramp Up Period =  30
Loop Count     =  100

根据上的页面

我想：

---

根据jmeter手册，爬坡为：

JMeter启动所有线程所需的时间。 如果有10个线程和100秒的爬升时间，则每个线程 线程将在前一个线程启动10秒后开始，持续一段时间 使测试完全达到速度的总时间为100秒

因此，如果您的目标是在30秒内达到3000个请求，而上述方法无法实现，那么可能需要更多的时间，这取决于完成发送的请求所需的时间

如果您正在寻找，您可以添加一个侦听器来计算吞吐量，并根据结果配置线程属性以达到目标

参考：

---

假设您有30个用户和30秒的加速

JMeter将每秒启动每个虚拟用户

每个虚拟用户将以最快的速度开始倒置（或根据，如果有）执行采样器（如果您不使用），因此传递的负载可以大于或小于30个请求/秒，这取决于JMeter执行请求的速度和应用程序的响应时间，因为JMeter将在启动新的采样器之前等待来自上一个采样器的响应

当虚拟用户完成执行中定义的所有采样器时，它将重新开始，并在99次迭代中执行第2点

当虚拟用户没有更多的采样器执行和循环迭代时，它将关闭

以下几点提示：

• 在给定测试计划配置的情况下，您可以使用侦听器查看每秒实际发出的请求数
• 您可以通过控制每秒的请求数
• 考虑升级到较新的JMeter版本，因为它通常包含新功能、性能改进和错误修复

---

这是否意味着在第一秒钟内将触发100个线程/请求。第二个循环是否等待第一组100个线程完全发送？否，这意味着30秒后所有线程都已启动，但它不影响迭代，因此第一个线程将启动，并可能在第十个线程启动之前进入下一个迭代。换句话说，第一个线程将在1秒后启动（根据您的配置），第二个线程将启动，然后第三个线程将在另一秒后启动，依此类推，但是每个线程都将独立于另一个线程继续。我很困惑，循环计数是否正确？为了澄清我的困惑，1个线程将开始，100次迭代（在第2个线程之前可能不会完成），第2个线程开始，依此类推？是的，循环计数是每个线程的迭代次数，但不确定您在第二部分中要求的是什么

a) If Loop count is Zero, then each of the 30 threads will be starting every second. As per the shared the web page, I guess 30/30 * 100 ie 100 threads/requests will be hitting the server every second. Please correct me if I am wrong.  

b) As per the above parameters, there will be a total of 30 * 100 threads/requests. Does this mean all the 3000 threads/requests will be sent within 30 seconds [ Ramp Up period ]