应项目组要求对负责的搜索平台做性能测试，当时测试组前辈推荐使用jmeter，和jmeter由此结缘。当然学习过程中，知识储备少，也顺带学习了很多其他相关的知识。这篇博客，是将平时学习的关于jmeter一些皮毛基础和使用技巧整合下来，方便自己回顾的同时方便其他同行参考。
一、优点
1、开源工具，可扩展性非常好。
2、高可扩展性，用户可自定义调试相关模块代码。
3、精心简单的GUI设计，小巧灵活。
4、完全的可移植性和100％纯java。
5、完全swing和轻量组件支持（预编译的HAR使用javax.swing.*）包。
6、完全多线程框架，允许通过多个线程并发取样以及单独的线程对不同的功能同时取样。
7、支持脚本取样器。
二、安装及下载
jmeter官网下载URL：Apache JMeter - Download Apache JMeter，目前最新版本是5.0版本，jmeter本身不需要安装，只需要配置好JDK环境，然后在在jmeter文件中的bin文件中打开jmeter.bat文件即可。最新版本，建议配置的JDK最好用1.8及以上版本。
JDK官网下载URL：Java SE Development Kit 8 - Downloads
jmeter官网学习文档URL：Apache JMeter - User's Manual
三、基础构成
1、组成部分
1）负载发生器：产生负载，多进程或多线程模拟用户行为。
2）用户运行器：脚本运行引擎，用户运行器附加在进程或线程上，根据脚本模拟指定的用户行为。
3）资源生成器：生成测试过程中服务器、负载机的资源数据。
4）报表生成器：根据测试中获得的数据生成报表，提供可视化的数据显示方式。
2、基本概念
2.1测试计划（test plan）
描述一个性能测试，包含本次测试所有相关功能。
2.2.threads（users）线程
Setup thread group：一种特殊类型的线程，可用于执行预测试操作。即执行测试前进行定期线程组的执行。
Teardown thread group：一种特殊类型的线程，可用于执行测试后动作。即执行测试结束后执行定期的线程组。
Thread group：通常添加使用的线程，一般一个线程组可看做一个虚拟用户组，其中每个线程为一个虚拟用户。
2.3测试片段（test fragment）
2.5版本之后新增的一个选项，是一种特殊的线程组，在测试树上与线程组一个层级，但是它不被执行，除非它是一个模块控制器或者被控制器所引用时才会被执行。
2.4控制器
Jmeter有2种控制器：取样器（sampler）和逻辑控制器（Logic Controller）。
作用是用这些原件驱动处理一个测试。
1）取样器（Sampler）
性能测试中向服务器发送请求，记录响应信息，记录响应时间的最小单元，jmeter原生支持多种不同的的sample，
如 HTTP Request Sampler 、 FTP Request Sampler 、TCP Request Sampler 、JDBC Request Sampler 等。
每一种不同类型的 sampler 可以根据设置的参数向服务器发出不同类型的请求。
Java Request Sampler 和 Beanshell Request Sampler 是两种特殊的可定制的 Sampler （暂不讨论）。
2）逻辑控制器（Logic Controller）
Jmeter官网对逻辑控制器的解释是：“Logic Controllers determine the order in which Samplers are processed.”。
意思是说，逻辑控制器可以控制采样器(samplers)的执行顺序。由此可知，控制器需要和采样器一起使用，否则控制器就没有什么意义了。放在控制器下面的所有的采样器都会当做一个整体，执行时也会一起被执行。
逻辑控制器包含两类原件：一类是控制Test Plan中Sampler节点发送请求的逻辑顺序控制器，例如If Controller、Swith Controller、Loop Controller、Random Controller等。另一类是用来组织和控制Sampler节点的，即对测试计划中的脚本进行分组、方便JMeter统计执行结果以及进行脚本的运行时控制等，例如Transaction Controller、Throughput Controller等。
jmeter控制器之一:
3）简单控制器（Simple Controller）
这是Jmeter里最简单的一个控制器，它可以让我们组织我们的采样器和其它的逻辑控制器（分组功能），提供一个块的结构和控制，并不具有任何的逻辑控制或运行时的功能。
4）循环控制器（Loop Controller）
可以理解为：循环该控制器下子节点的次数。
线程组里循环次数设置了n次，循环控制器下的循环次数也设置了m次，则该控制器下的请求运行的次数是（n*m）次。
5）仅一次控制器（Once Only Controller）
在测试计划执行期间，该控制器下的子结点对每个线程只执行一次，登录场景经常会使用到这个控制器。
PS：将Once Only Controller作为Loop Controller的子节点，Once Only Controller在每次循环的第一次迭代时均会被执行。
6）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}进行调用。
7）事务控制器（Transaction Controller）
事务控制器会生产一个额外的采样器，用来统计该控制器子结点的所有时间。
应用场景: 完成一个完整的页面请求或一组请求
参数：
Generate parent sample：勾选后，所有的结果将在父结点中展示(选中这个参数结果展示如下图红框，否则显示为下图蓝框)。
Include duration of timer and pre-post processors in generated sample：选中这一项会统计定时器(timer)的时间，否则只统计采样器(sample)的时间。
jmeter控制器之二 :
8）If 控制器（If Controller）
根据给定表达式的值决定是否执行该节点下的子节点，默认使用javascript的语法进行判断(如下图红框内的文字)。
参数：
Interpret Condition as Variable Expression?：选中这一项时表示：判断变量值是否等于字符串true（不区分大小写）。
Evaluate for all children：如果选中这一项，在每个子结点执行前都会计算表达式 。
9）Switch控制器（Switch Controller）
Switch控制器通过给该控制器中的Value赋值，来指定运行哪个采样器。
有两种赋值方式：
第一种是数值，Switch控制器下的子节点从0开始计数，通过指定子节点所在的数值来确定执行哪个元素。
第二种是直接指定子元素的名称，比如采样器的Name来进行匹配。当指定的名称不存在时，不执行任何元素。
当Value为空时，默认执行第1个子节点元素。
10）吞吐量控制器(Throughput Controller)
控制其下的子节点的执行次数与负载比例分配，别被名字迷惑了，跟吞吐量没任何关系。也有两种方式：Total Executions和Percent Executions。
Total Executions：设置运行次数，整个测试计划中总计执行次数。
Percent Executions：设置运行比例(1~100之间)，整个测试计划中总计执行百分比。
Throughtput: 设计的数值。
Per User: 依据网上的说明在选择Total Executions时，勾选时会在每个线程中执行的次数。但在3.0版本中尝试使用无效 。
11）随机控制器(Random Controller)
随机执行其下的某个子结点，随机选择控制器中的请求进行执行。
应用场景: 页面的随机访问。
配置说明：ignore sub-controller blocks: 忽略子控制器 。
12）随机顺序控制器(Random Order Controller)
随机执行其下的所有子结点。与Random Controller不同的是，这个控制器会先将需要随机的内容均执行一遍，但次序不定。
应用场景: 页面的随机访问,但均需要访问，且次序不限。
jmeter控制器之三：
13）Critical Section Controller 关键部分控制器
用于核心部分的控制，确保其子节点下的取样器或控制器在一个线程中仅会执行一次。
应用场景: 用户登录。
配制说明： Lock name: 锁名称，这里可以填入其子节点下执行的线程的名称，这个线程作为一个全局锁存在。
14）Include Controller 引用外部测试计划控制器
应用场景: 测试过程中，需要引用外部的测试计划。
配制说明：Include Test Plan-Filename: 选择需要引入的外部测试计划文件 。
15）Interleave Controller 间隔控制器
也称交替控制器，使该控制器包含的取样器步骤交错执行在每个循环中，每个线程用户仅执行一次控制器内的请求，线程用户依据循环的次数请求控制器中的请求数。
配制说明：ignore sub-controller blocks: 是否忽略子控制器 。
16）Module Controller 模块控制器
模块控制器，用于跳转到选定的控制器位置并执行对应的控制器。
应用场景: 业务逻辑的跳转。
配制说明：Module to Run: 选择需要跳转到的目标控制器 。
寻找目标元素(Find target element)：寻找测试计划中需要特定测试的元素，模块；也可理解为该控制器可以控制已经封装好的模块元素。
PS01：一个测试计划由一个控制器和所有的测试元素（取样器等）组成，测试计划可以位于任何线程组或工作台；如果计划位于线程组，则可以禁用其他控制器，防止正在运行的测试计划被影响（除了模块控制器）。
PS02：模块控制器的优势在于：当存在多个线程组时，该控制器可以轻松切换，只需要选择对应的取样器，方便快捷，替代了创建很多测试计划的繁琐操作。
PS03：任何一个模块所用的控制器名字必须唯一，因为其名字被用来找到目标控制器时重新加载；出于这个原因，最好保证控制器名字不同，否则执行测试时候可能发生意外。
PS04：模块控制器与远程测试不应使用或非gui测试与工作台部件，因为工作台测试元素并没有测试计划的一部分 jmx 文件。 任何这样的测试就会失败。
17）Runtime Controller 运行时间控制器
运行时间控制器，设置控制器中的请求运行时间，单位：秒。
应用场景: 对业务请求时间进行限制。
配制说明： Runtime(seconds): 配制需要设置的运行时间，单位秒 。
18）While Controller 循环控制器
循环控制器，与开发语言中的While功能一致。直到条件为false时，停止运行。
应用场景: 循环执行一个请求，仅判断一种状态下退出循环。
配制说明： Condition(function or variable): 可配制为空/LAST/变量或方法 。
可能的条件值有：
空：最后一个示例循环失败时退出循环。
LAST：最后一个示例循环失败时退出循环。 如果之前的最后一个示例只是循环失败,不进入循环。
false：退出时(或不输入)循环条件等于字符串“ 假 ”。
条件可以是任何变量或函数，最终等于字符串” 假 ”。需要注意的是：条件是评估两次,一次取样前,一次随机取样。
2.5监听器（Listener）
对测试结果进行处理和可视化展示的一系列组件，常用的有图形结果、查看结果树、聚合报告等。
以上的五类原件（测试计划、线程、测试片段、控制器、监听器）就可以构成一个简单的性能测试脚本。
下面以访问百度为例子写一个测试的脚本。
步骤：
1、打开jmeter，右击测试计划>添加线程组。
2、右击线程组>添加逻辑控制器>简单控制。
3、右击简单控制器>添加sample>HTTP请求。
4、右击线程组>添加监听器>查看结果树。
5、点击运行/绿色的运行按钮>查看结果树>HTTP请求显示绿色为请求成功，红色为请求失败。
PS：不是显示绿色就是请求成功了，还要检查请求和响应的数据是否正确。最好的办法的是通过添加断言的方式来判断。
断言：用于检查测试中得到的响应数据等是否符合预期，Assertions一般用来设置检查点，用以保证性能测试过程中的数据交互与预期一致。
