1、测试计划（Test Plan）

控件截图：

理解：包含一个测试的所有内容，包含所有的控件，属性，变量。所以一个jmx文件中只有有一个测试计划。测试计划中可以定义变量，引入jar包，编辑测试模式等。

注意事项：

可将一些不常变化的数据存入测试计划的变量，方便在测试计划内调用（例如服务器ip，端口，数据库ip等）。

函数测试模式会记录来每个请求到服务器的取样结果，如果在监听器中定义了数据写入文件，会将这些输入写入到该文件中。同时，该模式会严重影响性能。

2、工作台

控件截图：

理解：控件的暂存区域，在测试过程中可以把暂时不用的控件放入其中，待测试完成后放回原来的位置。

注意事项：工作台中的控件不会保存在jmx文件中，所以，如果关闭jmeter，工作台中的控件会丢失。

3、Property Display

创建方式：右键点击工作台，添加——非测试元件——Property Display

截图：

功能：查看当前测试计划中的属性以及系统中的属性

4、线程组（Thread Group）

控件截图：

理解：一个虚拟用户组，线程组内线程数量在运行过程中不会发生改变。

注意事项：线程间变量相互独立。一个测试计划内可以包含多个线程组。

可定义内容：

取样器错误后执行的操作：继续执行，启动下一个线程，停止线程，停止测试，立刻停止

线程属性：线程数量，线程启动间隔时间（0为立刻启动所有线程），单线程循环次数，线程执行顺序，是否使用调度器。

调度器配置：持续时间，启动延迟，启动时间，结束时间

5、SetUp Thread Group

控件截图：

理解：测试初始化操作，即线程组开始之前执行的内容。

实际使用：可用于初始化测试环境，测试数据准备等。

6、TearDown Thread Group

控件截图：

理解：测试执行后操作，即线程组执行完成后执行的内容。

实际使用：可用于清理测试环境，清空测试数据等。

7、测试片段（Test Fragment）

理解：与线程组同级别，但是默认不会执行。只有当他被模块控制器引用的时候才会被执行。

控件截图：

8、逻辑控制器（Logic Controller）

理解：用来控制采样器的执行顺序

分类：

控制采样器的逻辑执行顺序，如Loop Controller、If Controller等

对采样器进行分组，方便控制的，如Throughput Controller、Transaction Controller

控件截图：

9、简单控制器（Simple Controller）

作用：这是Jmeter里最简单的一个控制器，它可以让我们组织我们的采样器和其它的逻辑控制器（分组功能），提供一个块的结构和控制，并不具有任何的逻辑控制或运行时的功能。

10、循环控制器（Loop Controller）：

作用：指定其子节点运行的次数，可以使用具体的数值（如下图，设置为5次），也可以使用变量

1、Forever选项：勾选上这一项表示一直循环下去

2、如果同时设置了线程组的循环次数和循环控制器的循环次数，那循环控制器的子节点运行的次数为两个数值相乘的结果。

11、仅一次控制器（Once Only Controller）

作用：在测试计划执行期间，该控制器下的子结点对每个线程只执行一次，登录场景经常会使用到这个控制器。

注意：将Once Only Controller作为Loop Controller的子节点，Once Only Controller在每次循环的第一次迭代时均会被执行。

12、ForEach控制器（ForEach Controller）

作用：ForEach控制器一般和用户自定义变量一起使用，其在用户自定义变量中读取一系列相关的变量。该控制器下的采样器或控制器都会被执行一次或多次，每次读取不同的变量值。如下图：

参数:

Input Variable Prefix：输入变量前缀

Output variable name：输出变量名称

Start index for loop(exclusive)：循环开始的索引（这里如果不填写，默认从1开始，如果没有1开始的变量，执行时会报错）

End index for loop(inclusive)：循环结束的索引

Add"_"before number：输入变量名称中是否使用"_"进行间隔。

用户自定义变量：

变量名前缀为ForEach Controller中Input variable prefix定义的name + 下划线（上图中我们勾选了下划线）+数字编号

执行结果：

总共执行了3次，每次执行时会把获取到的变量值赋值给输出变量outNmae，其它地方可以通过${outNmae}进行调用。

13、事务控制器（Transaction Controller）

作用： 事务控制器会生产一个额外的采样器，用来统计该控制器子结点的所有时间。

参数：

Generate parent sample：(选中这个参数结果展示如下图红框，否则显示为下图蓝框)

Include duration of timer and pre-post processors in generated sample：选中这一项会统计定时器(timer)的时间，否则只统计采样器(sample)的时间

14、If 控制器（If Controller）

作用：根据给定表达式的值决定是否执行该节点下的子节点，默认使用javascript的语法进行判断(如下图红框内的文字)。

参数：

Interpret Condition as Variable Expression?：选中这一项时表示：判断变量值是否等于字符串true（不区分大小写）

Evaluate for all children：如果选中这一项，在每个子结点执行前都会计算表达式

示例一：使用变量的方式进行判断：

示例二：选中Interpret Condition as Variable Expression？

15、Switch控制器（Switch Controller）

作用：Switch控制器通过给该控制器中的Value赋值，来指定运行哪个采样器。有两种赋值方式：

第一种是数值，Switch控制器下的子节点从0开始计数，通过指定子节点所在的数值来确定执行哪个元素。

第二种是直接指定子元素的名称，比如采样器的Name来进行匹配。当指定的名称不存在时，不执行任何元素。

当Value为空时，默认执行第1个子节点元素。

示例：

1、Switch Controller选择的值为login page

2、执行结果：

16、吞吐量控制器(Throughput Controller):

作用：控制其下的子节点的执行次数与负载比例分配，也有两种方式：

Total Executions：设置运行次数

Percent Executions：设置运行比例(1~100之间)

示例：

1、设置线程组循环5次：

2、Throughput Controller1的子结点执行3次：

3、Throughput Controller2的子结点执行（40% * 线程组循环次数5）= 2次：

执行结果：

17、随机控制器(Random Controller):

作用：随机执行其下的所某个子结点

18、随机顺序控制器(Random Order Controller):

作用：随机执行其下的所有子结点

19、CSV Data Set Config

理解：读取txt，csv格式的测试数据

使用说明：

新建一个txt文件

设置CVS 配置参数

CSV Data Set Config各个参数的简要说明:

FileName:csv文件或txt文件路径，可用相对路径

File Encoding: 文件编码格式设置

Varible Names: 定义文本文件中的参数名,可设置多个参数，参数之间逗号分隔.定义后可在脚本中引用，引用方式${name}

Delimiter（use "\t" for tab）:指定参数分隔符号

Allow Quoated data: 是否允许引用数据

Recycle on EOF: 是否循环取值

Stop Thread on EOF: 当Recycle on EOF为false并且Stop Thread on EOF为true,则读完csv文件中的记录后,停止运行

Sharing Mode: 设置是否线程共享

使用场景：可用于多个jmx模块情况下读取服务器配置，或存储id，账号等测试数据。

20、HTTP Cookie管理器

特性：

1，象浏览器一样的存储和发送Cookie。如果你请求一个站点，然后他的Response中包含Cookie，Cookie Manager就会自动地保存这些Cookie并在所有后来发送到该站点的请求中使用这些Cookie的值。（在View Results Tree的Request界面可以看到被发送的Cookie Data， 同时每个线程的Cookie Manager是相互独立的）

接受到的Cookie的值能被存储到JMeter 线程变量中（2.3.2版本后的JMeter不自动做这个事情）。要把Cookies保存到线程变量中，要定义属性"CookieManager.save.cookies=true"。

线程变量名为COOKIE_ + Cookie名。属性CookieManager.name.prefix= 可以用来修改默认的COOKIE_的值。

2，手动添加Cookie到Cookie Manager，需求注意的是这些Cookie的值被会所有线程共享

定义：属性"CookieManager.save.cookies=true"

在jmeter.properties文件中增加CookieManager.save.cookies=true，然后在Debug Sampler中就能看到COOKIE_xxx这样的变量，或者也可以使用正则表达式来提取Cookie的值

实例截图：

使用注意事项：

路径必须填写，否则会导致nocookie

路径和域组成完整的访问地址，谁访问谁就用对应的cookie

Cookie不是跨域的

不同的逻辑控制器中要分别放cookie管理器，或放在该cookie逻辑控制器同级，否则会不生效

21、HTTP信息头管理器

理解：定义信息头，在其覆盖下的所有元件都会使用该信息头。例如定义在测试计划中的信息头，即该测试计划所有请求的信息头。

实例截图：

22、JDBC Connection Configuration

理解：数据库连接控件，不会进行的具体的数据库操作。

实例截图：

注意事项：

需要和JDBC Request配合使用

需要安装jdbc驱动，否则无法连接数据库

23、用户定义的变量

理解：用户自定义的变量，可用于存储接口路径等信息

实例截图：

注意事项：

注意变量的作用域，不同线程间变量不共享

24、定时器（Timer）

理解：sampler（采样器）之前执行；如果只想应用于部分sampler，需要将定时器加入子节点；简单理解类似于loadrunner中的思考时间，控制sampler的间隔时间。

控件截图：

25、Constant Throughput Timer

理解：设置目标吞吐量，限定QPS的控件

实例截图：

配置选项：

Target throughput（in samples per minute）：目标吞吐量。注意这里是每分钟发送的请求数，因此，对应测试需求中所要求的20 QPS ，这里的值应该是1200 。

Calculate Throughput based on ：有5个选项，分别是：

This thread only ：控制每个线程的吞吐量，选择这种模式时，总的吞吐量为设置的 target Throughput 乘以矣线程的数量。

All active threads ： 设置的target Throughput 将分配在每个活跃线程上，每个活跃线程在上一次运行结束后等待合理的时间后再次运行。活跃线程指同一时刻同时运行的线程。

All active threads in current thread group ：设置的target Throughput将分配在当前线程组的每一个活跃线程上，当测试计划中只有一个线程组时，该选项和All active threads选项的效果完全相同。

All active threads （shared ）：与All active threads 的选项基本相同，唯一的区别是，每个活跃线程都会在所有活跃线程上一次运行结束后等待合理的时间后再次运行。

All cative threads in current thread group （shared ）：与All active threads in current thread group 基本相同，唯一的区别是，每个活跃线程都会在所有活跃线程的上一次运行结束后等待合理的时间后再次运行。

注意事项：

Constant Throughput Timer只有在线程组中的线程产生足够多的request 的情况下才有意义，因此，即使设置了Constant Throughput Timer的值，也可能由于线程组中的线程数量不够，或是定时器设置不合理等原因导致总体的QPS不能达到预期目标。

26、固定定时器

理解：请求间隔时间

实例截图：

注意事项：

需要注意的是，固定定时器的延时不会计入单个sampler的响应时间，但会计入事务控制器的时间。

对于一个sampler来说，定时器相当于loadrunner中的pacing（理解就是一组请求操作的等待时间）；对于"事务控制器"来说，定时器相当于loadrunner中的think time（单次操作的等待时间或间隔时间）

27、高斯随机定时器

理解：与固定定时器差不多，只不过时间范围可以设置一个指定范围随机。

实例截图：

28、Synchronizing Timer

理解：LR中的集合点，也就是说，sampler到这里会暂停，达到指定线程数后并发

实例截图：

配置参数：

Number of Simulated Users to Group by:线程数量设置

Timeout in milliseconds:响应时间设置，单位毫秒

注意事项：

集合点需要设置在Sampler前，否则不会生效

29、前置处理器（Per Processors）

理解：sampler请求前执行的操作，可以是获取测试数据，修改参数等

控件截图：

30、Bean Shell PreProcessor

理解：Bean Shell编程设置

实例截图：

31、Simpler Timeout:

理解：设置simple的最大响应时间，与直接在Sampler中设置的区别就是，作用域不同

控件截图：

32、Sampler

理解：请求，设置不同的request

控件截图：

33、HTTP请求

理解：就是一次HTTP请求

实例截图：

34、Test Action

理解：请求的执行动作，可放在Sampler后定义，即执行某一个请求后暂停等操作

控件截图：

35、后置处理器（Post Processors）

理解：请求执行后的处理，与前置处理器相反

控件截图：

36、正则表达式提取器

理解：当一个Sampler的Reponse中包含我们需要的参数的时候，我们可以通过该控件将参数提取出来

实例截图：

参数含义：

引用名称：将提取的参数转化为变量，该字段定义变量名称

正则表达式：匹配的正则，测试可用搜索引擎搜索在线正则验证测试结果

37、响应断言：

理解：判断Reponse是否正确

实例截图：

注意事项：

断言要放在请求内

38、监听器（Listener）

理解：查看请求执行结果的控件

控件截图：

39、图形结果

控件截图：

参数含义：

样本数目：总共发送到服务器的请求数。

最新样本：代表时间的数字,是服务器响应最后一个请求的时间。

吞吐量：服务器每分钟处理的请求数。

平均值：总运行时间除以发送到服务器的请求数。

中间值：代表时间的数字，有一半的服务器响应时间低于该值而另一半高于该值。

偏离：服务器响应时间变化、离散程度测量值的大小，或者，换句话说，就是数据的分布。

注意事项：图形结果本身会影响Jmeter的性能

40、查看结果树

应用：可用于调试，查看请求响应的数据，测试的结果，请求的内容。

控件截图：

参数含义：

取样器结果实例：

请求实例截图：

响应数据实例截图：

41、聚合报告

理解：

控件截图：

参数含义：

Label：每个 JMeter 的 element（例如 HTTP Request）都有一个 Name 属性，这里显示的就是 Name 属性的值

#Samples：表示你这次测试中一共发出了多少个请求，如果模拟10个用户，每个用户迭代10次，那么这里显示100

Average：平均响应时间——默认情况下是单个 Request 的平均响应时间，当使用了 Transaction Controller 时，也可以以Transaction 为单位显示平均响应时间

Median：中位数，也就是 50％ 用户的响应时间

90% Line：90％ 用户的响应时间

Min：最小响应时间

Max：最大响应时间

Error%：本次测试中出现错误的请求的数量/请求的总数

Throughput：吞吐量——默认情况下表示每秒完成的请求数（Request per Second），当使用了 Transaction Controller 时，也可以表示类似 LoadRunner 的 Transaction per Second 数

KB/Sec：每秒从服务器端接收到的数据量，相当于LoadRunner中的Throughput/Sec