线程组元件是任何一个测试计划的开始点。

在一个测试计划中的所有元件都必须在某个线程下。

所有的任务都是基于线程组。

### 一、线程组分类
![](https://vpsbm.com/public/upload/20211223/585ba204a18acb19ef9125f07007b967.png)

上图可以看到，jmeter有三个添加线程组的选项，名字不一样， 但是创建之后，其界面是完全一样的。

####A、setUp线程组
一种特殊类型的ThreadGroup，用于在执行常规线程组之前执行一些必要的操作。

在“setUp线程组”下提到的线程行为与普通线程组完全相同。

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

应用场景举例：
```
A、测试数据库操作功能时，用于执行打开数据库连接的操作。
B、测试用户购物功能时，用于执行用户的注册、登录等操作。
```

####B、tearDown线程组
一种特殊类型的ThreadGroup，用于在执行常规线程组完成后执行一些必要的操作。

在“tearDown线程组”下提到的线程行为与普通线程组完全相同。

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

应用场景举例：
```
A、测试数据库操作功能时，用于执行关闭数据库连接的操作。

B、测试用户购物功能时，用于执行用户的退出等操作。
```
默认情况下，如果测试按预期完成，则TearDown线程组将不会运行。

如果你想要运行它，则需要从测试计划界面中选中复选框“主线程结束后运行 tearDown线程组”。

可能你还是不太理解他们与普通的线程组有什么不同。

但是如果你用过junit，想必你应该对setup ，teardown这两个字眼不陌生。

如果你熟悉loadrunner，那你应该知道loadrunner的脚本中除了action里是真正的脚本核心内容，还有进行初始化操作的init脚本和测试完毕后对应的end脚本块。

那么这里 setUp线程组 和 tearDown线程组 就是分别指这两部分。

####C、线程组
这个就是我们通常使用的线程。

通俗的讲，一个线程组可以看做一个虚拟用户组，线程组中的每个线程都可以理解为一个虚拟用户。

多个用户同时去执行相同的一批次任务。

每个线程之间都是隔离的，互不影响的。

一个线程的执行过程中，操作的变量，不会影响其他线程的变量值。

### 二、线程组的使用
线程组可以设置一些并发策略，模拟并发用户发送请求。

![](https://vpsbm.com/public/upload/20211223/e6f3e4ad590a3bb8cefa5dea2cb65acc.png)

其中：

![](https://vpsbm.com/public/upload/20211223/959c4c9d56c36b89a1c8a123783ed894.png)

默认即可，并发过程中，遇到错误，继续执行下一次请求

线程数等于并发数。

![](https://vpsbm.com/public/upload/20211223/1210d628125a81649ec6d819bc6aeb5a.png)

启动所有线程需要的时间，如果线程数是100，这里是10，表示每秒启动10个线程。

备注：如果 `ramp-up` 时间内，所有线程不能启动运行完的话，时间则会顺延下去

#### Ramp-up 设置注意事项
Ramp-up需要设置足够长的时间来避免在测试刚开始时工作量过大。

假如需要大量线程的话，不建议设置成`0`，`0`属于瞬时加压【过小的 ramp-up period 】
如果设置 `0`，Jmeter 将在测试开始时就启动全部线程并立即发送请求，这样很容易让服务器达到饱满状态，且瞬间会增加很大的负载量，容易让服务器超载，这样是不合理的；

不合理的原因并不是因为平均压力值过高，而是因为所有线程都在初始状态时一起并发访问，从而引起不正常的初始访问峰值，可以通过 Jmeter 的聚合报告看到这种情况

Ramp-up还必须足够短，保证最后一个线程在第一个线程完成之前开始运行

如果 Ramp-up 过大，则会降低访问峰值的负载，即没有达到预期的压力峰值，无法获取准确的服务器最大负载情况【过大的 ramp-up period 】

具体的表现为：一些线程还没有启动，初期启动的部分线程已经结束了【导致实际并发量并会小于预期并发量】

如何确定一个合理的ramp-up period

首先，让初始点击率接近平均点击率，前提是确定合理的访问量

初始的 `ramp-up period` = 平均点击率 = 总线程/点击率；

假如线程数=100，点击率=10次/s，则`ramp-up period` = 100/10 = 10s

![](https://vpsbm.com/public/upload/20211223/5b7e27761b9b70ea31da3270b198d894.png)

默认勾选，表示一直使用同一个用户身份发送请求。

![](https://vpsbm.com/public/upload/20211223/c66f1d95c61cbb80a8c1e38ef043da13.png)

延迟创建线程，直到线程被需要、采样器开始执行时才会被创建，避免资源浪费。

#### 调度器
![](https://vpsbm.com/public/upload/20211223/f352a7a1b6f5f2d67725b50411914e89.png)

调度器的作用：控制每个线程组运行的持续时间以及它在多少秒后再启动。

调度器和循环次数的关系

![](https://vpsbm.com/public/upload/20211223/74a9d5c8418f9d8dd6a0c1c9d8b72efe.png)

循环次数有固定值且 `≠ -1`，持续时间不会生效，以循环次数为准

循环次数设置为永远或 `-1` 时，持续时间才会生效

注意：当线程组运行完持续时间后，会逐步释放线程，不会一下子把所有线程释放掉，而释放线程也是需要时间的~

所以测试计划总的时间（右上角黄色叹号左边的时间）会 (大于) 持续时间+启动延迟

### 三、TPS的计算公式
```
总的完成请求数 = 线程总数 * 循环次数
平均TPS = 总请求数 / 线程运行总时间【右上角黄色三角形的时间】
平均TPS（即聚合报告的TPS）是仅供参考的
实际的TPS是由响应时间决定的，需要通过响应时间结果图和TPS结果图来最后得出
```

已有0条评论

添加新评论☺

如果认为本文对您有所帮助请赞助本站

支付宝扫一扫赞助

已有0条评论

添加新评论☺