Jmeter压力测试工具学习及使用
Jmeter学习
1.1 什么是jmeter
jmeter是Apache组织开发的基于Java的压力测试工具。
1.2 jmeter适用的测试领域
-
用于对软件做压力测试
-
对应用程序做功能/回归测试
-
用于对静态和动态的资源的性能进行测试
-
接口测试
-
数据库压力测试
-
批量生产测试数据
1.3 Jmeter可以做哪些测试
1.3.1 并发测试
-
主要是使用同步计时器（设置并发数），同步计时器主要有两个参数
-
模拟用户的数量：并发数
-
超时时间(ms)：设置等待时间，如果0则永久等待，直到满足模拟的用户数。非0则等待指定时间，如果在时间内，则满足条件就释放，否则超时释放。
1.3.2 稳定性测试测试
-
主要测试持续一段时间访问接口，测试接口的稳定性。
-
主要涉及的配置为，线程组设置循环次数永久，持续时间设置为15分钟（根据自己的项目要求而定）
-
必要的时候，添加统一随机定时
器元件：主要有两个参数 -
随机的最大时间（ms）：在这个范围内进行随机
-
常量延时时间（ms）：固定的延时时间
-
最后的延时时间=随机的时间+常量延时时间
1.3.3 业务场景测试
主要测试多个接口联动，模拟真实接口的调用，增加统一随机定时器模拟用户真实操作，比如添加购物的流程涉及到：登录接口–搜索商品接口–浏览商品接口–添加到购物车接口
其中主要最难的是：登录接口提交的验证码处理，我之前的项目是开发给定了一个固定的万能验证，进行提交登录，添加HTTP Cookie管理器
使用事务控制器元件进行管理这些接口，这些接口就属于一个事务流程，只要一个测试失败，则事务通过失败。
1.3.4 负载测试
主要测试一个接口或者一个业务场景的支持量，主要用到了一个扩展组件：bzm - Concurrency Thread Group），通过逐步加压的方式，查看每个阶段的响应数据，简单的确认出负载数。该组件也可以用于测试并发量，和同步计时器使用，好处是，能够逐步增大并发数，避免因为客户机硬件的原因（比如：一下子生成1000线程数，可能会导致客户机CPU过高，影响并发数）导致并发数的不准确。
1.3.5 我们的使用目的
主要是日常工作中对主站接口进行一些压力测试，从而来判断对应接口的性能，同时可以优化性能较差的接口；一定程度上避免了测试过程中提出的接口性能差的问题；
1.4 常用核心组件
1.4.1 测试计划
用来描述测试，包含本次测试所有相关功能的Thread(users)线程用户；
1.4.2 线程组
-
thread group（线程组）：通常添加运行的线程，开通多少个线程就代表有多少个并发的用户；
-
线程数就是代表用户数：循环次数就是每个用户执行操作的次数；持续时间是线程组持续执行的时间；
-
线程数：虚拟用户数。一个虚拟用户占用一个进程或线程。设置多少虚拟用户数在这里也就是设置多少个线程数。
-
Ramp-Up Period(in seconds)准备时长：设置的虚拟用户数需要多长时间全部启动。如果线程数为10，准备时长为2，那么需要2秒钟启动10个线程，也就是每秒钟启动5个线程。
-
循环次数：每个线程发送请求的次数。如果线程数为10，循环次数为100，那么每个线程发送100次请求。总请求数为10*100=1000 。如果勾选了“永远”，那么所有线程会一直发送请求，一到选择停止运行脚本。
-
Delay Thread creation until needed：直到需要时延迟线程的创建。
Delay Thread creation until needed是否勾选的区别：
勾选：设置的线程数量将在Ramp-Up Period时间内启动并且运行，比如图中2秒内10个线程，那么每隔1秒就启动5个线程，并运行（RUNNING状态）我们请求的Sampler
不勾选：启动了所有线程（NEW状态），但是不立即运行Sampler，而是按照Ramp-Up Period时间来运行，比如图中一开始10个线程就全部就绪了，但是每隔1秒只有5个线程来运行请求的Sampler
-
调度器：设置线程组启动的开始时间和结束时间(配置调度器时，需要勾选循环次数为永远)
-
持续时间（秒）：测试持续时间，会覆盖结束时间
-
启动延迟（秒）：测试延迟启动时间，会覆盖启动时间
-
启动时间：测试启动时间，启动延迟会覆盖它。当启动时间已过，手动只需测试时当前时间也会覆盖它。
-
结束时间：测试结束时间，持续时间会覆盖它。
1.4.3 取样器sample
在线程组下边设置http请求；
-
服务器名称或IP ：接收HTTP请求的目标服务器名称或IP地址
-
协议：向目标服务器发送HTTP请求时的传输协议，可设置为http或https ，默认为http
-
路径：URL路径（不包括服务器地址和端口）
-
Content encoding ：请求内容的编码方式，缺省的编码方式可通过配置文件jmeter.properties中的sampleresult.default.encoding设置
-
自动重定向：选中则表示，当发送HTTP请求后若响应为301/302，Jmeter会自动重定向到对应的新页面，但不会记录重定向的请求和响应内容，只有GET和HEAD请求才能使用自动重定向。
-
跟随重定向：自动重定向未勾选时，该选项才有用，默认选中，表示响应为301/302时，会自动跳转到目标页，初始重定向和进一步响应将作为附加样本出现。父取样器的URL和data字段的值取自最后一个非重定向取样器。但是父取样器的字节数和间隔时间将包含所有取样器的，而latency的值则是取自第一个响应。
-
Use keep Alive ： 当该选项被选中时，jmeter 和目标服务器之间使用 Keep-Alive方式进行HTTP通信，默认选中。在默认HTTP实现下它不起作用，因为连接重用不在用户控制之下。但在Apache HttpComponents HttpClient下它是起作用的。
-
Use multipart/from-data for HTTP POST ：使用 multipart/from-data或application/x-www-form-urlencoded方法发送HTTP POST 请求，默认不选中时表示的Content-Type是application/x-www-form-urlencoded
1.4.4 http默认请求
如果向同一个服务器发送多个HTTP请求，可以使用HTTP请求默认值，它可以为HTTP请求设置默认值
如何添加：线程组右键——>配置元件——>http请求默认值
作用：http请求默认值，还在发送http请求的时候自带这些参数，起到复用的一个作用，也可以单独配置http请求，单独配置的优先级更高。
1.4.5 前置处理器
前置处理器一般处理一些需要参数加密后再传入的请求
1.4.6 后置处理器
后置处理器可以编辑计划结果的文件编码格式等等；
1.4.7 HTTPCookie管理器
它可以自动储存服务器发送给客户端的所有Cookie，并在发送请求时附加上合适的Cookie
1.4.8 聚合报告
-
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 数
-
Received KB/sec（接收数据）：每秒从服务器端接收到的数据量。
-
Sent KB/Sec：每秒从服务器端接收到的数据量，相当于LoadRunner中的Throughput/Sec
一般而言，性能测试中我们需要重点关注的数据有： #Samples 请求数，Average 平均响应时间，Min 最小响应时间，Max 最大响应时间，Error% 错误率及Throughput 吞吐量。
1.4.9 Response Time
要先下载插件Basic Graphs，下载好Basic Graphs插件之后重启jmeter，就可以看到Response Time组件；
Response Times Over Time（事物响应时间）它监听整个事物运行期间的相应时间，性能测试中，最重要的2个指标之一，横坐标是运行时间，纵坐标是响应时间，单位是毫秒；通过jp@gc-Response Times Over Time可以查看每个时间段的平均响应时间；
它的主要作用是在测试脚本执行过程中，监控查看响应时间的实时平均值、整体响应时间走向等。
1.4.10 Throughput
要先下载插件Basic Graphs，下载好Basic Graphs插件之后重启jmeter，就可以看到Transaction per Second组件；
Transactions per Second即TPS：每秒事务数，性能测试中，最重要的2个指标的另外一个。该插件的作用是在测试脚本执行过程中，监控查看服务器的TPS表现————比如整体趋势、实时平均值走向、稳定性等。
-
Throughput是用来衡量吞吐量的指标，通常用TPS或者QPS来表示。
-
TPS表示每秒通过的事物数，QPS表示每秒查询接口数。
-
Jmeter中如果只有单接口，那么TPS=QPS。
-
如果是多接口的混合场景，只有在事物控制器下执行，才能将其理解为TPS。
1.5 元件的作用域
-
配置元件：影响其作用范围内的所有元件。
-
前置处理器：在其作用范围内的每一个sampler元件之前执行。
-
定时器：在其作用范围内的每一个sampler有效
-
后置处理器：在其作用范围内的每一个sampler元件之后执行。
-
断言：在其作用范围内的对每一个sampler元件执行后的结果进行校验。
-
监听器：在其作用范围内对每一个sampler元件的信息收集并呈现。
执行顺序：测试计划——>线程组——>配置元件——>前置处理器——>定时器——>取样器——>后置处理器——>断言——>监听器
作用域：辅助组件（除测试计划、线程组、取样器之外的组件）作用于父组件、同级组件、以及同级组件下的所有子组件
二 Jmeter测试流程（http请求）
2.1 创建线程组
在测试计划上点击右键——>添加——>Thread(User)——>线程组；
创建好线程组后可以给创建好的线程组命名；可以根据测试需要填写相对应的属性，例如线程数【用户数】，循环次数等等；
2.2 创建http请求
在创建好的线程组上点击右键——>添加——>sampler——>http请求
配置需要进行测试的程序协议、地址和端口basic中web服务器的协议一栏，如果是http请求的话可以省略不写，https请求的话需要添写为https；本地测试的时候，basic中web服务器的路径可以不写服务名称，直接写接口名称；可以在Parameters、Body Data、Files Upload中添加测试过程中需要的参数；
2.2.1 parameter
键值对类型参数
2.2.2 body data
json、xml格式的传参方式；
eg：{"key":"d8363df900778f95eb2e7985965d0845","date":"2022-07-05"}
2.2..3 file upload
2.2.3.1 参数的用途
文件的上传的时候
2.2.3.2 参数的解释
文件名称：你的文件地址，绝对地址
参数名称：file
MIME类型：多媒体类型 根据文件的后缀 去寻找MIME类型
三个参数都是必填的，否则会报错；parameter和body data参数类型只能2选1参数输入时要注意空格
2.3 添加HTTP请求头
在我们刚刚创建的线程组上右键 【添加】-->【配置元件】-->【HTTP信息头管理器】。
2.4 添加察看结果树
在我们刚刚创建的线程组上右键 【添加】-->【监听器】-->【察看结果树】。
直接添加，然后点击运行按钮就可以看到结果了。
2.5 添加聚合报告
线程组上右键【添加】-->【监听器】-->【聚合报告】。
2.6 添加Response Time
线程组上右键【添加】-->【监听器】-->【jp@gc - Response Times Over Time】。
2.7 添加Transactions per Second
线程组上右键【添加】-->【监听器】-->【jp@gc - Transactions per Second】。