最近工作过程中遇到不少小伙伴问我JMeter线程组如何设置并发的问题，发现不少小伙伴对线程组里的很多参数不是很清楚，故今天写个文章科普下JMeter线程组里相关信息，也对何种场景使用何种并发策略做个简单剖析。
一、线程组是什么
1、定义
一个线程相当于一个虚拟用户，线程组顾名思义是多个线程的一个集合，是执行特定测试用例的用户池，是任何一个测试计划的开始点，它能使本线程组内的所有元件按照设定的测试用例来执行，故要执行性能测试的元件都必须在某个线程组下，否则没法控制。
在线程组的GUI页面中，我们可以模拟用户线程数、启动所有线程所需时间、执行测试的次数，也可通过调度器来执行测试的循环时长、定时执行等。
2、新增线程组
测试计划--右键--添加--线程（用户）--线程组
3、线程组中各参数解释
名称：线程组名称，自定义，没什么要求，默认也可，若有多个线程组，建议能有辨识度，和业务有关联性
注释：对该线程组做解释，自定义内容，也可为空
在取样器错误后要执行的动作
- 继续：当请求出错后继续运行
我们常规压测中，一般都是有大量的线程并发，而个别请求出现响应异常也属正常现象，只要错误率不是特别高即可。另外可能由于性能问题导致响应异常能够记录下来，也可供我们对服务是否有性能问题或稳定性作为一项参考依据。
- 启动下一进程循环：当有请求出错后同一脚本中剩下的请求不再执行，而是重新开始执行。
- 停止线程：当有请求出错后则停止当前线程，不再执行。如果我们运行了 10 个线程，其中某个线程有请求出错后，则会停止这个线程，只有9个线程并发了。如果错的越多，线程停止的就会越多，执行时间长了，运行的线程因为较少，对服务器的负载压力下降，导致压测结果没有参考性了
- 停止测试：当有请求出错后则停止所有线程，但不管线程执行到哪个请求，都会执行完当前循环的线程组内所有请求后才停止
- 立即停止测试：当有请求出错后，立即停止整个测试场景。
线程属性
- 线程数：模拟的用户数，一个线程是一个用户
- Ramp-Up时间（秒）：启动所有线程所需时间，单位为秒，比如100个线程要在1秒钟内启动完，则每个线程启动间隔时间为10ms
- 循环次数（永远）：请求重复执行的次数。勾选永远则不能填入次数且会一直执行；不勾选永远，在输入框中输入数字则表示请求重复执行对应的次数。
- 延迟创建线程直到需要：勾选则按照Ramp-Up时间启动线程并运行；不勾选则先启动所有线程，再按照Ramp-Up时间启动请求
- 调度器：设置开始运行时间
- 持续时间（秒）：执行多长时间，单位为秒，必然执行5分钟则填300
- 启动延迟（秒）：点执行按钮后不运行线程，等待延迟时间过后开始运行线程
二、setUp 和 tearDown 线程组
当我们压测需要有前提条件或预设值时，会用到setUp线程组；当我们压测执行完成后要做一些清理或预后工作时，会用到tearDown线程组。
1、setUp线程组
setUp线程组用于执行预测试操作，它的配置项与普通的线程组完全一样，不同之处在于setUp线程是在执行常规线程组之前执行。通常用在运行测试任务前，做初始化工作。例如建立数据库连接初始化工作
2、tearDown线程组
tearDown线程组用于执行测试后操作，它的配置项与普通的线程组完全一样，不同之处在于tearDown线程组是在完成常规线程组执行之后执行。
三、线程组在测试场景中的应用
在JMeter中，我们压测场景设置是在线程组里完成，在线程组里我们需要组合用户的各种操作，特别是在复杂场景下，还需要配合多个控制器来进行场景设置，今天这里先不讲复杂场景，先把我们常用的场景如何在JMeter中完成设置讲一下。
下面通过两个场景粗略讲解下不同场景下使用不同压测策略
1、场景一
压测目标：购物场景【登录-挑选商品-加入购物车-支付】，这个场景的性能目标是响应时间不超过1s，各接口TPS需要达到50以上。
分析：针对这种类型的场景我们一般压测时建议选择按时间执行该性能场景，执行可参考以下进行，具体线程数、Ramp-Up时间以及持续时间可根据实际情况调整
| 线程数 |
Ramp-Up时间 |
循环次数 |
调度器 |
持续时间 |
| 1 |
1 |
永远 |
√ |
300s |
| 50 |
1 |
永远 |
√ |
300s |
| 100 |
1 |
永远 |
√ |
300s |
| ...... |
1 |
永远 |
√ |
300s |
2、场景二
压测目标：每天平均有20个左右的用户会进行导出操作，导出次数最多60次，希望导出响应时间不超过3秒
分析：针对这类次数型场景建议选择按循环次数执行该性能场景压测
| 线程数 |
Ramp-Up时间 |
循环次数 |
调度器 |
持续时间 |
| 1 |
1 |
60 |
× |
× |
| 10 |
1 |
6 |
× |
× |
| 20 |
1 |
3 |
× |
× |
| 30 |
1 |
2 |
× |
× |
通过以上两个场景，我们大概可以看出，一般涉及到次数或对请求量要求较低的情况，可以使用循环次数，但绝大部分场景用按时间循环会比较多，这场景设置不是绝对的，需要根据业务场景及用户使用习惯、再配合脚本请求相关设置等众多因素综合考虑。以上两个场景情况作为引导读者更好理解不同场景使用不同压测策略，不作为压测策略推荐，仅供参考。
四、总结
粗略的讲了下线程组的定义及相关参数说明，并对线程组在测试场景中如何应用作了案例讲解，相信小伙伴们读到这已经对线程组有了比较清晰的了解，希望在后续的性能测试工作中能帮助到你！