【性能测试】接口测试各知识第4篇：Jmeter 八大元件及执行顺序,学习目标【附代码文档】

接口测试完整教程（附代码资料）主要内容讲述：接口测试，学习目标学习目标,2. 接口测试课程大纲,3. 接口学完样品,4. 学完课程,学到什么,5. 参考:,1. 理解接口的概念。学习目标，RESTFUL1. 理解接口的概念,2.什么是接口测试,3. 接口测试的基本流程,4. 学习掌握接口测试工具RESTClient、Postman的使用,目标,1. 定义。Jmeter 基本使用流程学习目标,目标,1. 主界面布局,2.Jmeter的基本使用流程,3. 相关概念。Jmeter 八大元件及执行顺序，参数化学习目标,目标,1. 元件作用域及执行顺序,2. 八大可执行元件,目标,目标。Jmeter 从数据库中获取数据，Jmeter 关联目标,目标,为什么要使用Jmeter从数据库中获取数据？,目标,1. 需求,2. 正则表达式提取器。Jmeter断言，Jmeter 集合点目标,目标,1. 断言概述,2. 需求,3. 响应断言,4. Size Assertion(大小断言)。Jmeter 逻辑控制器学习目标,目标,1 为什么要学习逻辑控制器？,2. 什么是逻辑控制器？,3. 常用(控制类)逻辑控制器,4. 常用(分组类)。Jmeter 图形监视器扩展插件下载及使用，项目-学生信息管理系统学习目标,目标,1. 为什么要下载图形监视器扩展插件？,2. 图形监视器扩展插件有什么用？,目标,目标。项目-学生信息管理系统，Jmeter 附件-API文档目标,目标,Queries释义,Queries释义,目标,目标。接口自动化脚本设计，性能脚本设计目标,目标,为什么要设计自动化脚本？,3. 组件配置图,4. 整体效果动态演示,5. 脚本执行含查数据库演示。Jmeter FTP服务器测试，Jmeter Test Fragment(测试片段)目标,目标,1. FTP是什么？,2. FTP有什么用？,3. 如何测试FTP服务器？,目标。

全套笔记资料代码移步：前往gitee仓库查看

感兴趣的小伙伴可以自取哦，欢迎大家点赞转发~

全套教程部分目录：

部分文件图片：

学习目标

了解Jmeter的优缺点
能够搭建Jmeter的测试环境
知道Jmeter的基本使用流程
能够区分组件和元件的区别
掌握Jmeter的基本使用

Jmeter 八大元件及执行顺序

目标

了解八大元件的作用域
知道八大元件的执行顺序
掌握每个元件的作用及常用组件

JMeter的主要元件:

控制器(Controllers)
监听器(Listeners)
计时器(Timers)
配置元素(Configuration Elements)
预处理器元素(Pre-Processor Elements)
后处理器元素(Post-Processor Elements)

1. 元件作用域及执行顺序

jmeter是一个开源的性能测试工具，它可以通过鼠标拖拽来随意改变元件之间的顺序以及元件的父子关系，那么随着它们的顺序和所在的域不同，它们在执行的时候，也会有很多不同.

jemter主要依靠测试计划中元件相对位置,来确定作用域.

元件的肤质关系及元件本身类型决定test plan中各元件的执行顺序;元件在test plan中位置不同,可能导致该元件有很大的行为差异.

1.1 元件作用域

在jmeter中，元件的作用域是靠test plan的树形结构中元件的父子关系来确定的，其原则如下：

1）sampler不与其他元件相互作用，因此不存在作用域问题

2）Logic Controller只对其子节点中的sampler和Logic Controller作用

3）除sampler和Logic Controller外的其他元件，如果是某个sampler的子节点，则该元件仅对其父节点作用

4）除sampler和Logic Controller外的其他元件，如果其父节点不是sampler，则其作用域是该元件父节点下的其他所有后带节点（包括子节点，子节点的子节点等）

jmeter中共有8类可被执行的元件（test plan和thread group不属于元件），其中，sampler（取样器）是不与其他元件发生交互的作用的元件，Logic Controller（逻辑控制器）只对其子节点的sampler有效，而其他元件需要与sampler等元件交互。

Config Elements（配置元件）：影响其范围内的所有元件

Pre-porcessors（前置处理器）：在其作用范围内的每一个sampler元件之前执行

Timer（定时器）：对其作用范围内的每一个sampler有效

Post-porcessors（后置处理器）：在其作用范围内的每一个sampler元件之后执行

Assirtions（断言）：对其作用范围内的每一个sampler元件执行后的结果执行校验

Listener（监听器）：收集其作用范围内的每一个sampler元件的信息并且呈现出来

1.2 执行顺序

在同一个作用域范围内,测试计划中的元件按照一下顺序执行:
1.配置元件
2.前置处理器
3.定时器
4.取样器
5.后置处理器
6.断言
7.监听器

注意:

Pre-porcessors、Post-porcessors和Assirtions等元件仅对Sampler作用，如在它们作用域内没有任何Sampler，则不会被执行；
如果在同一作用域范围内有多个同一类型的元件，则这些元件按照它们在test plan中的上下顺序依次执行

2. 八大可执行元件

2.1. 控制器(Controllers)

控制器分为两大类:

取样器
逻辑控制器

作用: 用这些元件驱动处理一个测试

1.1 取样器(Sampler)

添加取样器

是性能测试中向服务器发送请求，记录响应信息，记录响应时间的最小单元. JMeter 原生支持多种不同的sampler , 每一种不同类型的 sampler 可以根据设置的参数向服务器发出不同类型的请求.

常用的sampler:

1) HTTP请求
2) JDBC Request 
3) Debug Sampler

1.2 逻辑控制器

逻辑控制器

包含两类元件:

一类是控制Test Plan中Sampler节点发送请求的逻辑顺序控制器，常用的有：If Controller、Swith Controller、Loop Controller、Random Controller等
另一类是用来组织和控制Sampler节点的，如Transaction Controller、Throughput Controller等

2.2 监听器

监听器

监听器是对测试结果进行处理和可视化展示的一系列组件.

常用的组件:

1) 察看结果树
2) 聚合报告 
3) 断言结果

2.3. 定(计)时器

定时器

作用: 设置操作之间的等待时间. 等待时间是性能测试中常用的控制客户端QPS的手段.

常用:

1) Synchronizing Timer

2.4. 配置元件（config Element）

元件配置

作用: 设置相关请求的静态配置.不用每次都重复配置.

常用的:

1) CSV Data Set Config
2) HTTP请求默认值
3) HTTP信息头管理器

2.5. 前置处理器（Per Processors）

前处理器

作用: 在实际请求发出前对即将法术的请求进行特殊处理.

例如：Count处理器可以实现自增操作，自增后生成的的数据可以被将要发出的请求使用，而HTTP URL Re—Writing Modifier处理器则可以实现URL重写

1) 用户参数

2.6. 后置处理器（Post Processors）

后置处理器

作用: 对sampler发出请求后得到服务器响应进行处理.一般用来提取响应的特定数据.

常用:

1) 正则表达式提取器 
2) XPath Extractor

2.7. 断言（Assertions）

添加断言

作用: 用于检查测试中得到的响应数据是否符合预期.Assertions一般用来设置检查点，用以保证性能测试过程中的数据交互与预期一致

常用:

1) 响应断言

注意: test plan和thread group不属于元件

目标

参数化：数据分离
数据库：连接数据库获取数据
关联：动态获取数据
集合点：掌握如何基于Jmeter并发测试
断言：判断自动化脚本执行成功或失败

目标

参数化：数据分离
数据库：连接数据库获取数据
关联：动态获取数据
集合点：掌握如何基于Jmeter并发测试
断言：判断自动化脚本执行成功或失败

参数化

学习目标

了解参数化的分类
能够使用CSVDataConfig进行多条数据测试
能够定义用户参数
了解用户自定义变量的过程
能够使用函数进行测试

1. 为什么要参数化

现在有下面需求:

学院-新增100条数据:
    1) 请求方法：POST
    2) 请求地址：
    3) 请求JOSN报文：
    4) 调用传入的json串如下（可新增多条，之间用,隔开）：
        {
            "data": [
                    {
                        "dep_id": "T01",
                        "dep_name": "Test学院",
                        "master_name": "Test-Master",
                        "slogan": "Here is Slogan"
                    }
              ]
        }

思考

如何快速实现??

2. 参数化概述

2.1 Jmeter参数化的概念

当使用JMeter进行测试时，测试数据的准备是一项重要的工作。若要求每次迭代的数据不一样时，则需进行参数化，然后从参数化的文件中来读取测试数据.

参数化就是动态的获取或设置数据.

参数化：是自动化测试脚本的一种常用技巧，可将脚本中的某些输入使用参数来代替,在脚本运行时指定参数的取值范围和规则。

例如登录时利用GET/POST请求方式传递参数的场景.

脚本在运行时，根据需要选取不同的参数值作为输入，该方式称为数据驱动测试（Data Driven Test），而参数的取值范围被称为数据池（Data Pool）。

2.2 参数化的四种方式及使用场景对比

	参数化	使用场景
1	CSV Data Set Config	适用于参数取值范围较大的时候使用，该方法具有更大的灵活性
2	User Parameters	适用于参数取值范围很小的时候使用
3	User Defined Variables	一般用于Test Plan中不需要随请求迭代的参数设置，如：Host、Port Number
4	函数	可作为其他参数化方式的补充项，如：随机数生成的函数${__Random(,,)}

3. CSV Data Set Config

概念：一种从外部读取数据功能的组件

3.1 实施方案分析

1. 基于测试计划->线程组
2. 基于线程组->配置元件->CSV Data Set Config
3. 基于线程组->Sampler->HTTP请求
4. 基于测试计划->HTTP信息头管理器
5. 基于测试计划->监听器->察看结果树

3.2 组件要点分析

1. 线程组:循环次数10
2. CSV Data Set Config 读取变量配置
3. HTTP请求：Body Data填写(JSON报文) 方法(POST)
4. 参数化引用格式：${参数名} 如：${dep_id}
5. HTTP信息头管理器：Content-Type:application/json;charset=utf-8

3.3 参数配置图

csv

1. Filename:文件路径+文件名+后缀名    如：d:/a.txt;
2. File Encoding:文件编译字符编码，一般设置utf-8;
3. Vaiable Names:读取参数后保存的变量名称;
4. Delimiter:如文件中使用的是逗号分隔，则填写逗号；如使用的是TAB，则填写\t;
5. Allow quoted data: 是否允许引用数据，默认false，选项选为“true”的时候对全角字符的处理出现乱码 ;
6. Recycle on EOF？：是否循环读取参数文件内容；True是循环读取; False时,读取文件末尾就不在继续读取.
7. Stop thread on EOF?：当Recycle on EOF为False时（读取文件到结尾），停止进程，当Recycle on EOF为True时，此项无意义;
8. Sharing mode:共享模式，即参数文件的作用域.

3.4 添加http信息头管理器并进行参数配置

作用: 服务器请求的数据格式.

添加http

参数配置:

1. Content-Type:指定请求信息格式-类型名称
2. application/json:指定请求信息为-JSON格式
3. charset=utf-8:字符编码

3.5 添加http请求

添加http

3.6 总结

1. CSV Data Set Config 配置参数设置
2. 参数化引用格式
3. HTTP请求
4. HTTP信息头管理器作用与设置

4. 用户定义变量

用户可根据需求自定义相应的变量，一般做全局变量使用。

分析：     
    1. 通过概念我们知道，【用户定义的变量】一般做全局变量使用，不适合参数需求量大时的选择
    2. 所以在这里我们不在使用，用户定义的变量去做我们学院新增时的解决方案
    3. 主要讲解下它做参数化时的使用步骤和方式

4.1 需求场景

1. 查询学院-指定： 
2. 接口查询指定的id(T02)采用参数动态获取方式

4.2 解决方案分

1. 参数化组件：用户定义的变量 (测试计划->线程组->配置元件->用户定义的变量)
2. 线程组 
3. 请求组件：HTTP请求 
4. 查看结果组件：察看结果树

4.3 效果图

用户变量

1. 名称：变量名称(参数化引用时使用)
2. 值：变量的值(通过引用变量名称获取的值)
3. Description：备注说明

4.4 总结：

1. 一般做设置全局变量
2. 请求时附带少量参数需求使用

5. 用户参数

一种参数设置方式，用户可设置参数名称以及参数值;

我们使用用户参数作为参数化方式对学院新增10条记录问题进行实现

5.1 解决方案实施分析

1. 位置：测试计划-->线程组-->前置处理器-->用户参数 
2. 其他组件和CSV Data Set Config实现新增10个学院相同，去除 CSV Data Set Config组件

5.2 组件要点分析

1. 线程组:注意是【线程数】为10
2. 用户参数：学院每个属性为一个参数名称;参数格式：可以是数字、字母、下划线开头，建议最好是实义单词
3. HTTP请求：Body Data填写(JSON报文) 方法(POST)
4. 参数化引用格式：${参数名} 如：${dep_id}
5. HTTP信息头管理器：Content-Type:application/json;charset=utf-8

5.3 用户参数配置

用户参数配置图

1. 添加变量：学院资源属性 (dep_id、dep_name、master_name、slogan)
2. 添加用户：每个线程为没一个用户

5.4 用户参数-总结：

1. 用户参数位置
2. 线程组设置
3. 引用参数化方式  
4. 用户参数适合满足少量参数化需求场景使用

6. 函数

函数是完成某个指定功能代码的封装。

1. 函数查找方式：函数助手对话框
       1) 菜单-选项->函数助手对话框
       2) Ctrl+Shift+F1
       3) 工具栏倒数第二个记事本图标
2. 函数在Jmeter中有非常多类型（计数函数、日期函数、随机函数...）

6.1 需求：

1. 查询学院-所有：
2. 查询10次，在每次请求地址后面增加访问记录数

6.2 需求关键点分析

1. 起个计数参数名 如：num
2. 把计数参数名的值给参数化
3. 参数化的值使用计数函数(count)

6.3 实施方案

1. 基于测试计划添加线程组(循环次数10)
2. 基于线程组添加HTTP请求
3. 基于测试计划添加察看结果树

6.4 函数配置

函数配置

1. 选择一个功能：选择_counter计数函数
2. 第一个参数：TRUE，每个用户有自己的计数器；FALSE，使用全局计数器 我们选FALSE
3. 点击生成
4. 选择复制生成的函数

6.5 函数的结果图

使用函数结果图

?num=${__counter(FALSE,)}

1. ?：问号后面一切东东，HTTP请求不做解析
2. num：为我们起的一个计数参数名称
3. ${__counter(FALSE,)}：为我们粘贴进来的函数作为值使用

6.6 函数总结:

1. 使用方便快捷
2. 经常配合固定参数使用

7. 参数化方式总结

7.1 区别

1. CSV Data Set Config: 功能强大、适应各种迭代及多参复杂场景。
2. 用户参数：适应传递少量参数时使用
3. 用户定义的变量：和用户参数使用场景相似，不同在于一般做全局变量使用
4. 函数：功能强大，函数类型繁多，灵活度大，适应各种应用场景。

7.2 推荐

1. CSV Data Set Config 
 2. 函数