JMeter线程组编辑区揭秘

线程组编辑区如下：

有点复杂，但是慢慢看下来，还是比较容易理解。

Name

带有业务含义的名字。

Comments

线程组的备注说明。

Action to be taken after a Sampler error

取样器报错后执行动作。有5个选项：Continue，Start Next Thread Loop，Stop Thread，Stop Test，Stop Test Now。为了搞懂这几个选项，我画了张时序图进行说明：

图中有一个线程，在最左边。
右边有两个迭代：迭代1和迭代2。
每个迭代有两个请求，第一个请求失败。
Stop Thread是直接结束线程，没有画出来，一般不会设置此项，不然会导致运行线程越来越少，最后负载不够，对服务器的压力不够，测试结果不具参考性。
剩余4个选项用红色字体标注了出来。

线程在第一个迭代的第一个请求失败了。Continue表示继续执行第二个请求，再执行第二个迭代；Start Next Thread Loop表示忽略第二个请求，跳到第二个迭代执行；Stop Test表示把当前迭代的第二个请求执行完后，停止测试；Stop Test Now表示从第一个请求失败这里直接结束测试。

JMeter默认选项是Continue，保证足够的并发压力。我们在大量用户并发时，服务器偶尔响应错误是正常现象，比如服务器由于性能问题500，此时出错我们正好要记录下来，作为有性能问题的依据。

如果想减少关联请求报错，可以选择Start Next Thread Loop。

Thread Properties

Number of Threads (users)

线程组的线程数量。

Ramp-up period (seconds)

启动时间，线程组在多少秒内启动完所有线程。

比如设置线程数为50，设置启动时间为10秒，那么每秒就会启动50 / 10 = 5个线程；如果设置为0秒，则50个线程会立刻启动；如果设置为100秒，就会每隔100 / 50 = 2秒启动1个线程。

Ramp-up period如何设置？

以下是5个线程依次从启动到执行到退出的示意图：

JMeter线程组产生的并发压力，实际上是红色框起来的那部分，在这个时间段才是所有线程在并发着运行。

先从Ramp-up period设置最小和最大来分析这个问题：

假设有3000个线程，只迭代1次，如果设置为0秒，那么测试一开始就会产生3000个并发请求，说不定直接把服务器压崩了，还没开始就结束了。
假设有10个线程，只迭代1次，如果设置为100秒，那么每隔10秒启动1个线程，很可能前一个线程跑完了，下一个线程还没启起来，某一时刻最多只有1个线程在跑，没有并发压力。

接着看看该设置成多少？这个答案我找了很多资料，都没有明确的说法。结合实践经验来谈的话，既不能太小，也不能太大，可以根据业务场景、硬件配置、系统资源来进行设置。