压测不同的协议和应用

​ 1) Web - HTTP, HTTPS (Java, NodeJS, PHP, ASP.NET, …)
​ 2) SOAP / REST Webservices
​ 3) FTP
​ 4) Database via JDBC
​ 5) LDAP 轻量目录访问协议
​ 6) Message-oriented middleware (MOM) via JMS
​ 7) Mail - SMTP(S), POP3(S) and IMAP(S)
​ 8) TCP等等

​ 使用场景及优点

​ 1）功能测试
​ 2）压力测试
​ 3）分布式压力测试
​ 4）纯java开发
​ 5）上手容易，高性能
​ 4）提供测试数据分析
​ 5）各种报表数据图形展示

接着看测试组的界面设置

这里主要介绍着三个重要的设置：

线程数：虚拟用户数。一个虚拟用户占用一个进程或线程，也就是说，你想模拟100个人访问接口，那么这里就填100。

​ 准备时长（Ramp-Up Period(in seconds)）：全部线程启动的时长，比如100个线程，20秒，则表示20秒内100个线程都要启动完成，每秒启动5个线程。也就是说，这个参数模拟的是，用户访问数量的逐渐上涨，随着时间的增加，慢慢增长到设置的“线程数”。因为在真实的环境中，访问某个接口的用户量是慢慢上涨的，一般不会是1s内暴增很多个 用户。 - 总而言之，就是在这个时间过后达到上面设置的线程数。
​
​ 循环次数：每个线程发送的次数，假如值为5，100个线程，则会发送500次请求，可以勾选永远循环，那么就会一直重复发送请求。

我这里为这三个参数自上而下设置的是： 10、5、1。 表示，一共模拟十个用户请求，5s内发送这十个请求，也就意味着每两秒请求两次接口，第五秒后请求结束。1表示，这进行一轮测试，也就是发送完10个请求后便停止请求。

那么如果你想模拟，每秒并发1000，持续发送5次，那么就需要由上到下设置为：1000/1/5。

可以看到，你可以在线程组下面创建多种类型的请求采样器。我这里创建的是http请求采样器。

设置完成后，我们就可以，点击上面的启动按钮，这样就可以发送请求，可以看到，请求后台的接口，每两秒打印两次输出，一共打印了五次，一共是10个请求（因为线程组设置10个请求5s内发完，只进行一轮请求）

看到这里我们，可能会有疑问，那就是，我怎么看请求返回的值或者请求的状态呢？能不能跟踪请求呢？

启动采样器发出请求后，查看结果收集树。

可以看到在线程组下面每个请求的详细信息包括返回值。

上面的结果树是在线程组上面进行添加，也就意味着，线程组下面多个采样器，那么他们都将使用同一个结果数查看（可以看到上面结果树输出了users、login接口两个的请求信息），当然你也可以专门为某一个接口创建单独的结果树（右键采样器，创建即可）

如图，创建了两个采样器，那么当启动线程组的时候，是会同时请求这两个接口的， 这样就可以模拟在某一秒的时候，同时去请求多个接口，这种业务场景在现实中也是很常见的。

上面线程组设置是：10、5、1。启动线程组，查看结果收集树：

​ 可以看到，确实是两个采样器使用了通个线程组的配置。1s内发送了两个请求，访问了users接口和login接口。然后一共发送5s，users和login接口各自请求了10次，只进行一轮请求。

​ apply to(应用范围):
​ Main sample only: 仅当前父取样器 进行断言，一般一个请求，如果发一个请求会触发多个，则就有sub sample（比较少用）

​ 要测试的响应字段： 也就是区域1的内容
​ 响应文本：即响应的数据，比如json等文本
​ 响应代码：http的响应状态码，比如200，302，404这些
​ 响应信息：http响应代码对应的响应信息，例如：OK, Found
​ Response Header: 响应头

​ 模式匹配规则： 也就是区域2的内容
​ 包括：包含在里面就成功
​ 匹配：响应内容完全匹配，不区分大小写
​ equals：完全匹配，区分大小写

​ Substring：判断子串

​ 匹配值： 也就是区域3的内容

​ 根据匹配规则，设定值

​ 自定义匹配失败信息： 也就是区域4的内容

​ 当匹配失败的时候，返回的错误说明。

我们根据接口相应数据，进行判断。当响应数据等于kingge的时候，请求成功，否则请求失败，提示下面的错误信息“users接口返回值，不等于kingge”

我们知道正常访问users接口的返回值是“laojiang”，当我们启动采样器请求users接口，肯定是断言失败的。

断言失败，查看结果树任务结果颜色标红(通过结果数里面双击不通过的记录，可以看到错误信息)

每个sample采样器下面可以加单独的结果树，然后同时加多个断言，最外层可以加个结果树进行汇总，这样的架构是最常用的。

​ 我们也可以单独为某个接口采样器创建相应的结果树和断言，这样能够单独查看某个接口的请求情况和单独的断言判断。

​ 线程组->添加->监听器->聚合报告（Aggregate Report）

​ 2.给单个采样器添加聚合报告：

​ sample采样器->添加->监听器->聚合报告（Aggregate Report）

下面演示的是，给users采样器添加一个聚合报告。

这里我们设置线程组的参数为30/5/2。也就是一共发送两轮请求，每轮发送30个，每轮发送5s，也就是每秒发送5个请求。

启动采样器，查看结果：

​ lable: sampler的名称
​ Samples: 一共发出去多少请求，上面的60个请求
​ Average: 平均响应时间，4ms
​ Median: 中位数，也就是 50％ 用户的响应时间，4ms

​ 90% Line : 90％ 用户的响应不会超过该时间 （90% of the samples took no more than this time. The remaining samples at least as long as this）

​ 95% Line : 95％ 用户的响应不会超过该时间

​ 99% Line : 99％ 用户的响应不会超过该时间

​ min : 最小响应时间

​ max : 最大响应时间
​
​ Error%：错误的请求的数量/请求的总数
​ Throughput： 吞吐量——默认情况下表示每秒完成的请求数（Request per Second) 可类比为qps
​ KB/Sec: 每秒接收数据量

​ 所以在实际的压测过程中，我们会关注Throughput吞吐量，随着我们通过增加并发数，观察Throughput的值，他的最大值是多少，那么相应的并发数就是最大并发数，再增大并发数，吞吐量反而会下降了。

通过逐渐增加并发数，查看吞吐量的瓶颈。

我们发现这个时候每秒可以处理请求是593差不多600。

那么再继续加大并发数，查看qps瓶颈。

线程组设置为6000/5/10。

可以看到qps上涨为1166个，那么说明此时并发数还不是瓶颈。继续加大

线程组设置为15000/5/10。

可以看到qps上涨为1852个，那么说明此时并发数还不是瓶颈。继续加大

线程组设置为20000/5/10。

这个时候，我们发现，qps下降了，变成了1460。那么也就意味着当总并发数到达20000个的时候，程序的qps开始下降了，所以说，程序的瓶颈已经出现了，那么我们可以知道 线程组设置为1500/5/10。 的时候 qps是最高的。

可以通过多次次测试，得到qps最大值。上面是通过增加并发数的方式进行测试，当然了你也可以设置多少s发送这个参数（ramp-up period ），进行压测。

打开你会发现他实际上是一个xml文件

例如一个线程组中我们添加了一百多个采样器，那么每个采样器的服务器ip都一样，这个时候我们就可以通过自定义变量的方式，统一使用自定义好的ip变量。这样的好处是，后期如果ip或者端口号需要变动，那么我们只需要修改自定义变量的值即可，不需要单独去修改一百多个采样器的ip和端口号。

​ 1、线程组->add -> Config Element(配置原件)-> User Definde Variable（用户定义的变量）

定义一个自定义变量

​ 2、引用方式${XXX}，在接口中变量中使用

实战操作jmeter读取CSV和Txt文本文件里面的参数进行压测

​ 1、线程组->add -> Config Element(配置原件)-> CSV data set config (CSV数据文件设置)

​ 这列可以传入txt文件和csv文件，下面就演示一下txt文件设置可变参数。

1.首先后台定义一个接口，如入参是用户名和密码，模拟详情接口

2.创建一个txt文件保存可变参数

内容是如下，使用 | 进行分割

kingge1|123




    
kingge2|1234
kingge3|1235
kingge4|1236

对应的csv文件是：需要知道，默认的分隔符是 ,

在线程组下面创建可变参数

需要注意的是，变量名这里需要配置两个（当然你也可以配置一个），这样才能按照分隔符进行分割后，他们的值对应的变量名才能匹配上。否者采样器就无法使用了。

采样器中引用

通过结果树查看，请求url的参数拼接。

GET http://127.0.0.1:8080/info?name=kingge1&pwd=123
GET http://127.0.0.1:8080/info?name=kingge2&pwd=1234
GET http://127.0.0.1:8080/info?name=kingge3&pwd=1235
GET http://127.0.0.1:8080/info?name=kingge4&pwd=1236
//参数取完后，如果还有请求需要发送，那么就会从头再拿一遍，不断循环。
GET http://127.0.0.1:8080/info?name=kingge1&pwd=123
GET http://127.0.0.1:8080/info?name=kingge2&pwd=1234
。。。。。。

这里的意思是一共执行两轮，一轮3次，一轮3次在两秒内完成。

建立jdbc采样器

Thread Group -> add -> sampler -> jdbc request

绿色的说明，方框的值，需要先进行下面的《建立JDBC连接配置》后才能给出。

当前界面相关参数的值的含义， 查询类型

自上而下是：

查询语句 - 也就是普通查询语句




    
更新语句
存储过程
预查询语句 - 也就是带问号（动态参数）的查询语句 ，例如 select * from user where name = ？
预更新语句 - 同上就是带问号，动态参数的更新语句
提交
回滚
自动提交

1、variable name of pool declared in JDBC connection configuration（和配置文件同名） 也就是下面的jdbc_connector
    3、parameter values 参数值
    4、parameter types  参数类型
    5、variable names  sql执行结果变量名
    6、result variable names 所有结果当做一个对象存储
    7、query timeouts  查询超时时间 
    8、 handle results  处理结果集

​ 核心配置
​ Max Number of connections : 最大连接数
​ MAX wait :最大等待时间
​ Auto Commit: 是否自动提交事务

​ DataBase URL : 数据库连接地址 jdbc:mysql://127.0.0.1:3306/blog
​ JDBC Driver Class : 数据库驱动，选择对应的mysql
​ username:数据库用户名
​ password:数据库密码

我这里因为使用的是mysql8.0，所以jdbc_url必须是com.mysql.cj.jdbc.Driver，mysql-connector.jar是mysql-connector-java-5.1.30.jar

添加了聚合报告和查看结果数

运行结果查看：

查看结果树

如果多个条件呢？ 那就用逗号分隔开

5、variable names  sql执行结果变量名
6、result variable names 所有结果当做一个对象存储
8、 handle resultset  处理结果集

也就是说，我们把结果输出到指定的类型

需要结合debug sample采样器进行查看，查询的结果集（ 在线程组下面新建debug采样器 ）

开始执行执行程序

在结果树就可以看到

官方也是不推荐使用，gui窗口进行压测。** 那么gui界面主要是用用来生成和调试jmx压力测试文件的，生成后，再使用jmeter命令进行命令行方式的脚本压测**

jmeter 命令行

​ -h 帮助
​ -n 非GUI模式
​ -t 指定要运行的 JMeter 测试脚本文件
​ -l 记录结果的文件 每次运行之前，(要确保之前没有运行过,即目录下的xxx.jtl不存在，不然报错)
​ -r Jmter.properties文件中指定的所有远程服务器
​ -e 在脚本运行结束后生成html报告
​ -o 用于存放html报告的目录（目录要为空，不然报错）

官方配置文件地址 http://jmeter.apache.org/usermanual/get-started.html

使用例子
jmeter -n -t linux_users_api.jmx -l result.jtl -e -o /usr/local/softwate/jmeter/temp/ResultReport

所以整个压测流程是：