线程组(thread group)
线程组元件是任何一个测试计划的开始点。在一个测试计划中的所有元件 都必须在某个线程下。所有的任务都是基于线程组。
一个线程组可以看做一个虚拟用户组，线程组中的每个线程都可以理解为一 个虚拟用户。多个用户同时去执行相同的一批次任务。每个线程之间都是隔离的， 互不影响的。一个线程的执行过程中，操作的变量，不会影响其他线程的变量值。
线程组的设置相当于性能测试中的场景设置。场景是用来尽量真实模拟用户 操作的工作单元，场景设计源自于用户真实操作。
性能测试中涉及的基本场景有两种，即单一业务场景和混合业务场景，这两 种业务场景缺一不可，缺少任何一种都不能准确评估系统性能，定位系统瓶颈。
如果只做单一业务场景，得到的结果与实际生产环境差距较大，没有实际指 导意义；如果只做混合业务场景，不能快速定位系统性能快速降低的原因，起不 到定位瓶颈、系统调优的作用。只有两种场景互为补充，才可以获取最符合客户 要求的测试结果
同时，我也准备了一份软件测试视频教程（含接口、自动化、性能等），需要的可以直接在下方观看，或者直接关注VX公众号：互联网杂货铺，免费领取
软件测试视频教程观看处：
华测教育软件测试进阶全套视频教程（2023全网最新版，软件测试进阶自学必备）
线程组界面解析
在取样器错误后要执行的动作
设置线程组中某一个请求出错后的异常处理方式。
继续：请求出错后继续运行。勾选此项后，有请求出错也继续运行。在大量用户 并发的情况下，服务器偶尔响应错误是正常现象，比如服务器由于性能问题不能 正常响应或者响应不及时，此时我们把过程中错误记录下来，作为有性能问题的 依据
启动下一进程循环：遇到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线程组(tearDown thread 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：当前行线程达到峰值后的稳定加载时间，单位：秒
- Shutdown Time：停止当前行所有线程所需时间，单位：秒
Ultimate Thread Group应用
1、创建线性负载：如下 30s内50个用户进入系统，持续访问系统60s后，在10s 退出
2、创建步进负载：想看系统的负载量是多少，最大负载多少，是否可以平稳运行
3、创建波浪形测试负载：比如12306抢票的时候，每次抢票开始时，有大量用 户响应，等到下次开放时，又有大量用户响应
写在最后
PS：这里分享一套软件测试的自学教程合集。对于在测试行业发展的小伙伴们来说应该会很有帮助。除了基础入门的资源，博主也收集不少进阶自动化的资源，从理论到实战，知行合一才能真正的掌握。全套内容已经打包到网盘，内容总量接近500个G。如需要软件测试学习资料，关注公众号（互联网杂货铺），后台回复1，整理不易，给个关注点个赞吧，谢谢各位大佬！
☑ 240集-零基础到精通全套视频课程
☑ [课件+源码]-完整配套的教程
☑ 18套-测试实战项目源码
☑ 37套-测试工具软件包
☑ 268道-真实面试题
☑ 200个模板-面试简历模板、测试方案模板、软件测试报告模板、测试分析模版、测试计划模板、性能测试报告、性能测试报告、性能测试脚本用例模板（信息完整）
这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。
