线程组参数解释

Number of Threads(users) | 线程数

线程数，相当于模拟的用户数量

Ramp-up Period(in seconds) | Ramp-up 时间(秒)

• 该参数决定多长时间启动所有线程。如果使用10个线程，ramp-up period=100秒，那么JMeter用100秒使所有10个线程启动并运行。每个线程会在上一个线程启动后10秒（100/10）启动。Ramp-up需要要充足长以避免在启动测试时有一个太大的工作负载，并且要充足小以至于最后一个线程在第一个完成前启动。一般设置ramp-up=线程数启动，并上下调整到所需的。

• 该参数默认值是0。如果未指定 ramp-up period, JMeter 将立即建立所有线程。假设 ramp-up period 设置成T 秒，全部线程数设置成N个， JMeter 将每隔T/N秒建立一个线程。

设置依据

首先，假如要使用大量线程的话，ramp-up period 一般不要设置成零。

因为假如设置成零，Jmeter将会在测试的开始就建立全部线程并立即发送访问请求， 这样一来就很轻易使服务器饱和，更重要的是会隐性地增加了负载，这就意味着服务器将可能过载，不是因为均访问率高而是因为所有线程的第一次并发访问而引起的不正常的初始访问峰值，可以通过Jmeter的聚合报告监听器看到这种现象。

这种异常不是我们需要的，因此，确定一个合理的 ramp-up period 的规则就是让初始点击率接均点击率。当然，也许需要运行一些测试来确定合理访问量。

ramp-up period 也不要设置太大，太大将会降低访问峰值的负载，换句话说，在一些线程还未启动时，初期启动的部分线程可能已经结束了。

那么，如何检验 ramp-up period 太小了或者太大了呢？

• 首先，初始的 ramp-up period=均点击率=总线程/点击率。 例如，假设线程数为100，估计的点击率为每秒10次， 那么估计的理想 ramp-up period 就是 100/10 = 10 秒。 那么，应怎样来提出一个合理的均点击率呢？没有什么好办法，必须通过运行一次测试脚本来获得。

• 其次，在测试计划（test plan）中增加一个聚合报告监听器，其中包含了所有独立的访问请求（一个samplers）的均点击率。第一次取样的点击率（如http请求）与 ramp-up period 和线程数量密切相关。通过调整 ramp-up period 可以使首次取样的点击率接近均取样的点击率。

• 第三，查验一下Jmeter日志(文件位置：JMeter_Home_Directory/bin) 的最后一个线程开始时第一个线程是否真正结束了，二者的时间差是否正常。

总之，是否能确定一个适当的 ramp-up time 取决于以下两条规则:

• 第一个取样器的点击率（hit rate）是否接其他取样器的均值，从而能否避免 ramp-up period 过小。
• 在最后一个线程启动时，第一个线程是否在真正结束了，最好二者的时间要尽可能的长，以避免 ramp-up period 过大。

有时，这两条规则的结论会互相冲突。 这就意味着无法找到同时满足两条规则的合适的 ramp-up period。 糟糕的测试计划通常会导致这些问题，这是因为在这样的测试计划里，取样器将不能充分地采集数据，可能因为测试计划执行时间太短并且线程会很快的运行结束

假设：

线程数：n
Ramp-Up Period：T （有人称之为启动时间，有人说是准备时长，看个人喜好）
循环次数：a

若每个循环运行时间是 t

当时间到 S = (T- T/n) 时，最后一个线程启动，若要使所有线程同时运作，则需要在最后一个线程启动的时候第一个线程仍未关闭，为达到这个要求，需满足 a·t > S 及 a > S/t

每一个线程运行时间既是 R = a·t (此处的a是大于S/t的某一值)，则第一个线程在时间点为R 的时候停止，整个测试理论运行时间则是：S + R = (1-1/n)·T + a·t

总结：

测试中变量是线程数 n ，每个循环时间 t 是个实践值，循环次数 a 只是为了延长单个线程的运行时间，从而保证当最后一个线程启动时，所有线程都在运行中，达到压测效果。

下面我们用确切的数值进行试验

我们设置线程数 n = 5，循环次数 a = 1000，请求 www.google.com，得到聚合报告，得到谷歌首页的均请求时间大约为 t = 0.2 秒

这里，我们为了方便分析，将 Ramp-Up Period 设置为T = 10秒（实际合理的时间后面会说明）

依然是 n = 5，得到 S = (T- T/n) = 8 ，也就是说，从第一个线程启动到第8秒的时候，最后一个线程开始启动，若需要在最后一个线程启动的时候第一个线程仍未关闭，则需要满足 a·t > S ，已知 S = 8,t = 0.2，得到 a > 40 。

OK，既然循环次数要大于40，我们不妨把循环设置成100，那么单个线程运行时间就是 R = a·t = 20 秒，也就是说第一个线程会在第20秒的时候停止，整个测试的理论运行时间为 S + R = (1-1/n)·T + a·t = 28 秒

我们用一张图来直观的看看每个线程的运行情况

从图中可以得到从第8秒开始，到第20秒，5个线程同时在运行中，此时才是真正的模拟5个用户同时并发

Loop Count | 循环次数

• 如果填具体的数值，就是循环对应的次数；
• 如果选择永远，则一直执行下去，直到手动停止；

Delay Thread creation until needed | 延迟创建线程知道需要

延迟创建线程，直到该线程开始采样，即之后的任何线程组延迟和加速时间为线程本身。这样可以支持更多的线程，但不会有太多是同时处于活动状态。

调度器

当测试启动时，JMeter会等待启动时间到达。在每个周期结束，JMeter检验结束时间是否到达，如果是，运行停止，如果不是测试被允许继续，直到迭代限制到达。

另外你可以使用启动延迟和持续时间文本域。有的版本还有启动时间和结束时间选项，注意启动延迟会覆盖启动时间，持续时间会覆盖结束时间。

调度器配置：需要选中调度器，调度器配置才生效。（循环次数需要勾选永远）

Duration(seconds) | 持续时间(秒)

场景持续执行的时间

Startup delay(seconds) | 启动延迟(秒)

延迟多久执行