JMeter性能分析实战一:日常登录接口

负载测试

日常需求:负载测试!

对于桥的负载测试:我给你20t的一排车辆,看你能不能撑得住20t!

对于系统的负载测试:

JMeter性能分析实战一:日常登录接口_第1张图片

逐步增加负载,便于问题的发现和定位,不要操之过急。逐步增加负载是这负载测试和压力测试中常见的方法。这种方法有助于观察和评估系统随着负载增加而发生的变化。但是,仅仅因为逐步增加负载,并不意味着你总是在进行负载测试;这同样可以应用于压力测试。

JMeter性能分析实战一:日常登录接口_第2张图片

一定要在逐步增加负载的过程中保证除TPS以外其他指标也满足条件,在满足条件的情况之下找到最大的TPS(就是测试系统所能承受的最大吞吐量,可以视为最大负载量的直观体现,如果该TPS也满足指标条件,才能说通过了负载测试。


主流性能测试工具

Loadrunner

JMeter性能分析实战一:日常登录接口_第3张图片

优点是详细,且支持IP欺骗,能够更为真实地模拟不同ip用户使用接口的情况。但是,收费!

JMeter

JMeter性能分析实战一:日常登录接口_第4张图片

JMeter性能分析实战一:日常登录接口_第5张图片

JMeter有九大元件

前置处理/后置处理:相对于取样器,也就是相对于发出的请求!发请求之前需要对请求参数做处理,发请求后需要对响应结果进行提取。

JMeter性能分析实战一:日常登录接口_第6张图片

JMeter性能分析实战一:日常登录接口_第7张图片


编写性能脚本

基础练习

JMeter性能分析实战一:日常登录接口_第8张图片

在我们之前使用JMeter进行接口测试中,我们使用的是POST请求中的form表单格式,所以才能直接在参数列表中添加,这个和GET使用方法一样,但只是POST的使用情况之一。

请求头设置不是必须的,按照实际情况设置。

JMeter性能分析实战一:日常登录接口_第9张图片

注意当使用POST请求传递form表单格式的时候,不能仅仅看到请求返回200就认为是正确的,我们需要查看请求头和请求体,尤其是请求头的Content-type是不是form表单格式:

JMeter性能分析实战一:日常登录接口_第10张图片

作者检查了一下,发现自己真的做错了(注意检查请求的Request Headers,作者一开始检查的是相应数据,真傻x,浪费时间):

JMeter性能分析实战一:日常登录接口_第11张图片

这个请求头是很重要的,因为它告诉服务器如何解析接收到的数据错误的Content-Type头可能会导致服务器无法正确解析数据,从而导致错误或未预期的行为。

所以,在JMeter中,确保设置正确的Content-Type头是很重要的,以模拟真实的用户交互和避免潜在的问题。我们可以添加HTTP信息头管理器,以正确规定信息头的值:

JMeter性能分析实战一:日常登录接口_第12张图片

成功:

JMeter性能分析实战一:日常登录接口_第13张图片

JMeter性能分析实战一:日常登录接口_第14张图片


JSON断言

JMeter性能分析实战一:日常登录接口_第15张图片

响应断言

更为全面,能够对任意格式的响应结果进行断言,相应地,真™麻烦:

JMeter性能分析实战一:日常登录接口_第16张图片

1. 忽略状态:不让jmeter自动化测试。为什么要有这个选项呢?因为我们有时候就是要测试状态码为4xx或者5xx时的信息。如果默认让jmeter自动测试,则jmeter会自动将状态码作为断言判断的一部分,直接报错不看后面的内容,就没有任何意义了。

2. 如果有多个预期结果,且在模式匹配中勾选“或“选项,则满足任意一个结果就行;否则所有结果必须同时满足!

其实编写性能脚本就是设置线程组、HTTP请求等等组件,组件再搞一些元件,详情请见黑马相关视频。


端口配置

课上那些ip端口不适用于本地程序,所以读者就本地Springboot程序介绍一下端口配置。作者的应用正在本地的8085端口上运行,并且希望使用JMeter的PerfMon插件来收集其性能指标。

首先,我们需要了解PerfMon插件的工作原理:

  1. PerfMon Server Agent:它是一个独立的进程,需要在你想要监控的服务器上运行。它会收集性能指标并发送给请求它的JMeter客户端。
  2. PerfMon Metrics Collector in JMeter:这是JMeter中的一个Listener,它连接到PerfMon Server Agent并请求性能指标。

我们需要在同一台机器上运行Springboot应用、PerfMon Server Agent和JMeter。

下面是步骤:

  1. 启动应用:确保应用正在本地的8085端口上运行。

  2. 启动PerfMon Server Agent:选择一个不同于8085的端口运行PerfMon Server Agent,例如4444。这是默认的,你可以使用startAgent.bat直接启动它。注意,一定是不同于8085的端口,因为,我们startAgent.bat配置的或者是它默认的端口,都是它自己的端口,不是它监听的端口,是它自己的端口啊!所以一旦它也选择Springboot项目的端口,就会产生端口重用的问题!

  3. 配置JMeter

    • 打开JMeter。

    • 添加你的线程组和HTTP请求sampler等。

    • 添加PerfMon Metrics Collector listener到你的测试计划。

    • 在PerfMon Metrics Collector的配置中:

      • Server IP or Hostname:输入localhost
      • Server Port:输入PerfMon Server Agent的端口,例如4444。这个端口号一定要与startAgent.bat配置的端口号相同,二者才能连接。
      • 选择你想要监控的指标,例如CPU, Memory等。
  4. 运行JMeter测试:当JMeter测试运行时,PerfMon Metrics Collector会从本地的PerfMon Server Agent收集指标,并在JMeter中显示。

注意:应用使用8085,PerfMon默认使用4444。除非你有特定的需求,否则通常不需要改变这些默认设置。作者设置的是4445端口,简而言之,如下图:

JMeter性能分析实战一:日常登录接口_第17张图片

JMeter性能分析实战一:日常登录接口_第18张图片

插件用的全是插件的端口,4444是默认值;JMeter的HTTP请求还是请求的本地Springboot的ip和端口:localhost和8085。


实践感悟

作者昨天晚上开始学习,看起来很简单的过程,心态崩了好几次,今天早上才做完。目标是性能测试中实现下图:

JMeter性能分析实战一:日常登录接口_第19张图片

作者之前写了一个简单的Springboot加密解密的本地程序信息安全第三周_Joy T的博客-CSDN博客,想着为之后本地程序接口测试、性能测试练习一下,但是遇到了很多错误,在本篇,作者将错误和注意事项讲一下,具体实现过程建议听老师的课。(作者使用的是windows的本地程序)

1.JAVA版本

这是最槽蛋的,为了实现上图,需要安装插件:

JMeter性能分析实战一:日常登录接口_第20张图片

但是,这个插件只是用来收集性能监听数据的,重点还是要在服务器上部署一个叫做ServerAgent-2.2.3的监听程序,通过startAgent.bat文件打开。这两个文件是一切槽蛋的来源!大多数人都会发现这个.bat文件打开之后闪退,其实就是JAVA版本的问题,没有别的原因!

™这个2.2.3的文件,不适合现在高级的JAVA版本,甚至作者从JAVA17开始退到11,再从11退到8都不行,JAVA8都不行啊读者朋友们!

巨离谱,这里的解决方法是下载一个1.8的JRE。请参考这篇文章:Jmeter一点击运行ServerAgent就闪退关闭退出问题的解决 - blazerrr - 博客园 (cnblogs.com)

这里唯一一点那位高人没讲的,就是在JRE/bin下运行时,不能直接照抄startAgent.bat文件的第二行,因为存在语法错误!

一定要把后面的%*去掉才能够在JRE下运行,否则会报错:

JMeter性能分析实战一:日常登录接口_第21张图片

如果不是这个提示,而是:

那就是CMDRunner.jar的位置没搞好,一定是这个原因,其他原因不用找了。..\..\不能有间隔!

JMeter性能分析实战一:日常登录接口_第22张图片

这个错误来自于作者想投机取巧直接把CMDRunner.jar放在JRE/bin下,但是,它的运行需要找其所在目录的文件,使用这个命令的话,其所在目录是JRE/bin而不是ServerAgent-2.2.3文件夹,所以找不到那些文件,无法打开。

2.不要着急

作者看网上的帖子,无一不是查找了很久很久才配置好的,所以大家遇到麻烦一定不要灰心,不就是版本不对吗,重新搞不就行了!

一定不要烦,哦对了,JAVA还有一点就是,你在卸载JDK的时候,一定不能只卸载表面的安装文件夹,它会有残留文件,这些残留文件百分之九十九都会造成后面的安装或者使用错误!一定要找到电脑系统中的程序,把带JAVA的那种空白的看不出来是啥的那些残留文件全删的干干净净。

你可能感兴趣的:(#,软件测试,软件工程,jmeter)