Jmeter(十二)：jmeter的线程组元件&amp；第三方插件的线程组压力和负载线程_teardown线程组

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

线程组界面解析：

在取样器错误后要执行的动作

设置线程组中某一个请求出错后的异常处理方式。

**继续：**请求出错后继续运行。勾选此项后，有请求出错也继续运行。在大量用户 并发的情况下，服务器偶尔响应错误是正常现象，比如服务器由于性能问题不能 正常响应或者响应不及时，此时我们把过程中错误记录下来，作为有性能问题的 依据

**启动下一进程循环：**遇到sampler执行出错时，直接进行下次循环，当前循环剩 下的所有sampler不再执行

**停止线程：**遇到sampler执行出错时，当前线程停止进行，其他线程继续。

**停止测试：**遇到sampler执行出错时，当前所有线程执行完当前循环停止进行。

**立即停止测试：**遇到sampler执行出错时，当前所有线程立即停止

线程属性

**线程数：**设置并发用户线程数量，即通常意义的并发用户数，一个线程对应一个 模拟用户（且用户之间独立）；（如果线程数是5，循环次数是2，则代表每个线程用户循环2次，一共执行10次）

Ramp-Up时间（秒）：设置并发用户加载时间，即线程启动开始运行的时间间隔，单位是秒。（如上图中表示10秒加载5个线程，很均匀的2秒加载一个，可通过监听器中的用表格察看结果看到间隔时间）

**循环次数：**线程组下的元件循环次数设置，勾选永远则是无限循环（进行性能测试的时候设置成永远）

**same user on each iteration：**选中后每次循环用第一次的cookie，不再更新， 可以理解为每次循环都是同一个用户；不选中每次循环都是用新的cookie值，可 以理解为每次循环都是不同的用户；（一般和HTTP Cookie管理器的每次反复清除cookies?的勾选框使用）

**延迟创建线程直到需要：**默认情况下，测试开始的时候，所有线程就被创建完了。 如果勾选了此选项，那么线程只会在合适的需要用到的时候创建。设置与否区别 不大；

**调度器：**用于设置该线程组下脚本执行的开始时间和结束时间(及性能测试的持续时间)；

**持续时间(秒)：**测试计划持续多长时间（设置性能测试的持续时间，比如设置7200秒等于性能测试要做2小时）；

**启动延迟(秒)：**测试计划延迟多长时间启动（设置性能测试的开始时间，比如设置30秒等于30秒后开始进行性能测试）

setUp线程组(setUp thread group)：

一种特殊类型的线程组，用于在执行常规线程组之前执行一些必要的操作。 在 setup线程组下提到的线程行为与普通线程组完全相同。不同的是执行顺序— 它会在普通线程组执行之前被触发；

应用场景举例：

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

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

**注：**跨线程组之间不能进行jmeter变量传递，即使在线程组最外面使用用户定义的变量也不行；跨线程组之间也不能进行cookie传递，即使在线程组最外面使用cookie管理器也不行；如下图；（可通过后置处理器》BeanShell后置处理程序把jmeter变量和cookie作为jmeter属性进行传递；见下面的解决方法）

解决方法：通过后置处理器》BeanShell后置处理程序把jmeter变量和cookie作为jmeter属性进行传递

tearDown线程组(tearDownthread group**)**

一种特殊类型的线程组，用于在执行常规线程组之后执行一些必要的操作。 在 teardown线程组下提到的线程行为与普通线程组完全相同。不同的是执行顺序— 它会在普通线程组执行之后被触发；

应用场景举例：

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

jp@gc - Stepping Thread Group线程组

该线程组属于第三方插件

当测试需求要求是阶梯型的压力测试场景时，使用该线程组。

Stepping Thread Group界面介绍

**This group will start “Max” threads：**达到多少个并发，比如需求是达到100个并发 后持续加压，这里就是100，也就是并发的最高点;

**First,wait for “N” seconds：**启动第一个线程之前，需要等待N秒，如果这里是0， 表示不等待，直接启动；

**Then start “N” threads：**设置最开始时启动N个线程，一开始启动多少个线程，如 开始启动30个线程；

**Next add “N1” threads every “N2” seconds, using ramp-up “N3” seconds：**表示每隔 N2秒，在N3秒内启动几个线程，如每隔10s在5s内启动10个线程；

**Then hold load for “N” seconds：**单台负载机全部线程加载完毕，持续运行多少秒；

**Finally,stop “N1” ,threads ervery “N2” seconds：**表示每隔N2s，停掉N1个线程；

jp@gc - Ultimate Thread Group线程组

该线程组属于第三方插件

该线程组功能强大，可以实现多种自定义场景设置

Ultimate Thread Group界面介绍

Start Threads Count：当前行启动的线程总数

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

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

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

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！**

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取