一、线程组介绍：

线程组元件是任何一个测试计划的开始点。在一个测试计划中的所有元件都必须在某个线程组下。所有的任务都是基于线程组：

通俗理解：

· 线程组：就是一个线程组，里面有若干个请求；

· 线程：一个线程就是一个“虚拟用户”；

· 请求：一个线程组里面有若干个请求。

对应关系：

例如：1个线程组里面有10个请求，线程数为10个，跑完后得到：

理解为：(10个线程数)10个人，每个人都要跑这10个请求，所以：10*10=100：

并发数：100；线程数：10；

PS：线程组也可以看作是一个虚拟用户组。线程组中的每一个线程都可以理解为一个虚拟用户。

二、线程组设置：

我们把线程组的设置分成3个区域：

区域一：采样器失败后处理：

参数解释：

1、continue（继续）：继续执行接下来的操作；

2、Start Next Thread Loop（启动下一进程循环）：开始下一次循环；

3、stop Thread（停止线程）：停止线程，退出该线程（不再执行此线程的操作）；

4、stop Test（停止测试）：等待当前执行的采样器结束后，结束整个测试；

5、Stop Test Now（立即停止测试）：马上停止测试；

区域二：线程属性：

参数解释：

1、Number of Threads(users)（线程数）：相当于模拟的用户数量；

2、Ramp-up Period(in seconds)：达到指定线程需要的时间，例如线程数为10，时间设定为5s，那么就是5s加载 10个线程，每秒启动的线程数=10/5=2；

3、Loop Count（循环次数）：如果填具体的数值，就是循环对应的次数；如果选择“Forever”，则一直执行下去，直到手动停止；

4、Delay Thread creation until needed：延迟线程创建，直到需要才创建。

区域三：调度器配置：

需要选中调度器（scheduler），调度器配置才生效。

参数解释：

1、Duration（持续时间）：设置测试计划的执行时间，单位是秒。

2、Startup delay（启动延迟）：设置测试计划的启动延迟时间，以确保测试计划在指定的开始时间开始执行。

注意：

1、注意：调度器一般在循环次数为“永远”时配合使用，否则会按照具体的循环次数执行。

2、JMeter调度器只适用于JMeter的GUI模式（即通过JMeter界面直接执行脚本），不适用于CLI模式（即进入到Jmeter的bin目录下通过命令执行测试脚本）。

3、在CLI模式下，需要使用其他的方式来控制测试计划的执行时间和频率，例如使用脚本语言编写定时执行脚本来实现。

三、各类型线程组：

1、原生线程组：

（1）thread group(线程组)：

这个就是我们通常添加运行的线程。通俗来讲一个线程组，可以看做一个虚拟用户组，线程组中的每个线程都可以理解为一个虚拟用户。上文所介绍使用的例子就是此线程组。

（2）setup thread group(前置线程组)：

一种特殊类型的ThreadGroup的，可用于执行预测试操作。这些线程的行为完全像一个正常的线程组元件。不同的是，这些类型的线程执行测试前进行定期线程组的执行；类似LoadRunner的init，测试开始时进行初始化的工作。

不同的是执行顺序---它会在普通线程组执行之前被触发。

应用场景举例：

A、测试数据库操作功能时，用于执行打开数据库连接的操作。

B、测试用户购物功能时，用于执行用户的注册、登录等操作。

（3）teardown thread group(拆线组)：

一种特殊类型的ThreadGroup的，可用于执行测试后动作。这些线程的行为完全像一个正常的线程组元件。不同的是，这些类型的线程执行测试结束后执行定期的线程组；类似LoadRunnner的end，测试结束时进行回收工作。

不同的是执行顺序---它会在普通线程组执行之后被触发。

应用场景举例：

A、测试数据库操作功能时，用于执行关闭数据库连接的操作。

B、测试用户购物功能时，用于执行用户的退出等操作。

2、可拓展线程组

（1）Concurrency Thread Group(递增式并发线程组)

这意味着：

5秒除以5步，每步1秒；100个用户除以5步，每步20个用户；每1秒将添加20个用户，直到达到100个用户，达到100个线程后，所有这些线程将继续运行，并一起打到服务器10秒钟；

注意：这个可以模仿递增式并发(只能递增不能递减)，并可设置递增次数、递增时长、到达目标递增数量保持时长等等：

参数解释：

· Target Concurrency：目标并发（总线程数）

· Ramp Up Time：加速时间（总加速时长）

· Ramp-Up Steps Count：加速步骤计数（总加速/递增次数）

· Hold Target Rate Time：保持目标速率时间（到达总线程数后持续时长）

· Time Unit：时间单位（分钟或者秒）

· Thread Iterations Limit：线程迭代次数限制（循环次数）

· Log Threads Status into File：将线程状态记录到文件中（将线程启动和线程停止事件保存为日志文件）；

（2）Stepping Thread Group(逐步线程组)

这个可以模仿递增式并发(不但递增还可以递减)，并可设置递增次数、递增启动延迟、递增时长、到达目标递增数量保持时长等等：

参数解释：

1、This group will start () threads：线程组能达到的总线程数；

2、First wait for () seconds：首次加载线程前需要等待的时间；

3、Then start () threads：首次加载线程数；

4、Next add () threads every () seconds：每隔多少秒加载多少个线程

5、Using ramp-up () seconds：在几秒内启动线程组

6、Then hold load for () seconds：持续压测时间

7、Finally stop () threads every () seconds：每隔多少秒退出多少个线程

（3）bzm - Arrivals Thread Group(bzm-到达线程组)

所以以上设置就等于：3min除以5步,等于每步加速后持续0.6分钟，100个用户除以5步,等于每步加速20个用户，达到100个用户后持续跑6mn。

参数解释：

1、Target Rate：目标线程数（总线程数）

2、 Ramp Up Time：所需多少加载时间（总加速时长）

3、 Ramp Up Steps Count：所需多少个加载梯次（总递增/加速次数）

4、Hold Target Rate Time：持续运行时间（到达总线程数后持续时长）

5、Time Unit：可以选择用分钟还是秒来做单位

6、Thread lterations Limit：线程迭代次数限制。如果我们只需要运行每个用户一次以模拟用户的实际行为，则可能会很有用。在我们的例子中，该字段为空，因此每个用户将运行不确定的迭代，直到调度结束。

7、Log Thread Status into File：将线程状态记录到文件中

8、Concurrency Limit：最大并发数限制。以避免出现内存不足的问题。在我们的例子中是1000，这是一个很大的数字。

（4）Ultimate Thread Group（最终线程组）

参数解释：

1、Start Threads Count：当前行线程组总数；

2、Initial Delay/sec：延时启动当前行的线程，单位:秒

3、Startup Time/sec：启动当前行所有线程达峰值所需时间，单位:秒

4、Hold Load For/sec：当前行线程达到峰值后的稳定加载时间，单位:秒

5、Shutdown Time：停止当前行所有线程所需时间，单位:秒

Ultimate Thread Group可以用于以下几个场景的测试：

1、创建线性负载

测试场景：60s内启动100个线程，持续运行60s，花10s的时间结束

2、创建阶梯负载

测试场景：测试100个用户，我们将逐步地将它们提升。我们将从25个用户开始在一定时间内保持一个负载，查看服务器如何处理它。之后我们会再加25个到50个再加25个到75个，最后加25个到100个用户。这种方法效果好得多，也更可靠

3、创建尖峰负载

测试场景：平时稳定用户数为500个，维持24小时，在8-9点时用户数飙升至1000个

4、创建波浪形负载

测试场景：比如12306抢票的时候，每次开放抢票时，有大量用户涌入，等到下次开放时，又有大量用户涌入，这个时候，就像波浪一样，不断敲击服务器，考验服务器的性能