前言
性能测试是一个全栈工程师/架构师必会的技能之一,只有学会性能测试,才能根据得到的测试报告进行分析,找到系统性能的瓶颈所在,而这也是优化架构设计中重要的依据。
测试流程:
- 需求分析→环境搭建→测试计划→脚本开发→执行与监控→缺陷管理→结果与报告
压力测试
- 1、线程组设置,这里的线程数与同步定时器的用户数量一样
- 2、添加HTTP cookie管理器
- 3、默认请求值
- 4、添加一个事务控制器,可以当作一个业务
- 5、在事务控制器下添加,同步定时器
- 设置用户数量,这里与线程组的线程数一样,超时时间可设置
- 6、添加脚本(http请求)
- 7、添加查看结果树
- 8、添加->监听器
- 9、在最后添加一个聚合报告,添加处:添加->监听器
- 负载测试实战
- 1、线程组的设置50个用户(持续时间:按秒计算,这里300=60*5,意思就是运行时长为5分钟)
- 2、添加HTTP cookie管理器
- 3、默认请求值
- 4、添加一个事务控制器,可以当作一个业务
- 5、在事务控制器下添加,高斯随机定时器
- 总的延时 = 固定延迟时间 + 高斯随机生成的偏差值(说明:单位都是毫秒,固定延迟300ms,偏差100ms,意思是时间延迟300-400ms之间)
- 6、添加脚本(http请求)
- 7、添加->监听器
- 8、在最后添加一个聚合报告,添加处:添加->监听器
第一章 Bug引发的又一次思考
1. 课程介绍
目录
- 性能测试认知主要内容
- 什么是性能测试?
- 性能测试分类
- 性能测试指标
- 性能测试的基本流程
- jmeter性能测试工具
- jmeter的介绍与组成
- jmeter工具的多并发请求
- jmeter工具脚本开发的精要技巧
- linux与MySQL的性能理解
- linux服务器性能监控指标与分析
- MySQL数据库性能指标分析
- 课程学习目标
- 掌握性能测试的基本流程
- 掌握性能测试工具jmeter的基本使用
- 掌握性能指标所代表的的含义
- 掌握性能监控的基本命令
- 了解慢查询的含义
- 掌握海量数据下的数据库优化方案
2. 打开一个页面非常慢是Bug吗
- 打开一个页面非常慢是Bug吗
- 可能是,原因:网络慢、客户端运算能力不足、资源大到现有的网络无法承载、服务端资源响应时间过长。
- 页面打开慢的影响是什么?
- 用户体验不好,从而导致用户流失
- 用户流失会导致项目失败
- 项目失败可能会导致公司破产
3. 页面响应耗时可以提前预知吗?
-
在测试阶段是否能够发现页面响应慢
当然可以
-
如何在测试阶段发现页面响应慢?
- 模拟大量用户访问
- 监控每个请求的响应是否准确
- 监控服务器的资源使用
第2章 性能测试认知
1. 企业级软件为什么要做性能测试
- 历史上由于性能问题引发的事件
- 12306网站崩溃,用户购票失败
- 淘宝双十一网站崩溃
- 网站崩溃或慢对用户的影响
- 离开
- 企业为什么要做性能测试?
- 提升用户体验
- 细化性能测试的目的
- 预估软件性能瓶顶,预估软件优化时间
- 验证是否存在多并发的逻辑问题
2. 什么是性能测试?
-
性能是用来描述产品除功能外的所具有的速度,效率和能力的综合能力评价
-
对产品或是物品的性能惊喜定性或是定量的量测过程
-
在这个过程中我们使用一些工具来进行场景的模拟,从而进行性能测试
3. 性能测试案例
- 测试需求:测试20个用户访问网站在负载达到30QPS时的平均响应时间
- QPS:Query Per Second 每秒查询率。(一台查询服务器每秒能够处理的查询次数,作为域名服务器的性能经常用每秒查询率来衡量)
- 测试步骤
- 1、添加线程组(线程数+准备时长+循环次数)
- 1.1、线程数:虚拟用户数,一个虚拟用户占用一个进程或线程(设置多少个虚拟用户=设置多少个线程)
- 1.2、准备时长(s):设置的虚拟用户数需要多长时间全部启动。eg:线程数为20,准备时长为10,则说明需要10秒钟启动20个进程。
- 1.3、循环次数:每个线程发送请求的次数。eg:线程数为20,循环次数为5,那么每个线程发送5次请求,总请求数为20*5=100
- 2、添加HTTP请求
- 3、设置QPS限制:控制给定的取样器发送请求的吞吐量
- 4、添加监视器-聚合报告、察看结果树
- 5、运行脚本
- 6、聚合报告解析(响应时间单位:毫秒)
- 1)Label:每个Jmeter的element都有一个Name属性,这里显示的就是Name属性的值
- 2)#Sample:表示你这次测试中一共发出了多少个请求,如果模拟10个用户,每个用户迭代10次,那么这里显示100
- 3)Average:平均响应时间-默认情况下是单个Request的平均响应时间当使用了Transaction Controller 时,也可以以Transaction为单位显示平均响应时间
- 4)Median:中位数,50%用户的响应时间
- 5)90%Line:90%用户响应时间
- 6)Min:最小响应时间
- 7)Max:最大响应时间
- 8)Error%:本次测试中出现错误的请求的数量/请求的总数
- 9)Throughput:吞吐量-默认情况下白石每秒的请求数
- 10)KB/sec:每秒从服务器端接收到的数据量
4. 性能测试的分类
- 性能测试的分类
- 压力测试、负载测试、并发测试、稳定性测试
- 什么是压力测试?
- 压力测试也叫强度测试,它是指逐步给系统增加压力,测试系统的性能变化,使系统某些资源达到饱和或系统崩溃的边缘,从而确定系统所能承受的最大压力
- 举个例子:百米赛跑,逐步增加你的负重,直到你完不成百米的程度,也就是崩溃的边缘你所能承受的最大负重
- 什么是负载测试?
- 被测试系统正常服务的前提下,系统所能承担的最大服务负荷数量(即最大并发数量),最终分析出系统性能的瓶颈
- 举个例子:百米赛跑,设置必须15秒完成,负重奔跑(不断增加负重)
- 压力测试和负载测试的区别
- 压力测试要测试出系统即将崩溃时,能够承受的最大并发数
- 负载测试是满足系统指标要求的情况下,能够承受的最大并发数
- 什么是并发测试
- 举个例子:商场卖货,售后员根据库存表单记录表卖货
- 仓库管理员应该在出货时同时更新库存表单记录表,但由于用户过多,表单记录更新不及时
- 导致仓库已经没有货了,但是售货员看到库存表单记录表中还显示有库存,仍然在卖货,但已经发不出去货了
5. 性能测试场景剖析
- 电商秒杀、学习系统考试、12306抢票、新闻热点事件、
网络游戏运营、视频网站播放
6. 必知必会的性能测试指标
- 并发用户量:同一单位时间进行同一操作的用户数量
- 吞吐量:单位时间内系统成功传输的数据量,单位通常是MB、GB
- 吞吐率:又叫Throughput,单位时间内系统成功处理的请求数量,通常单位为(请求数量/每秒、req/s)
7. 性能测试基本流程
- 标准性能测试流程
8. 简述 性能测试流程?
1.分析性能需求。挑选用户使用最频繁的场景来测试,比如:登陆,搜索,下单等等。确定性能指标,比如:事务通过率为100%,TOP99%是5秒,最大并发用户为1000人,CPU和内存的使用率在70%以下
2.制定性能测试计划,明确测试时间(通常在功能稳定后,如第一轮测试后进行)和测试环境和测试工具
3.编写测试用例
4.搭建测试环境,准备好测试数据
5.编写性能测试脚本
6.性能测试脚本调优。设置检查点、参数化、关联、集合点、事务,调整思考时间,删除冗余脚本
7.设计测试场景,运行测试脚本,监控服务器,
8.分析测试结果,收集相关的日志提单给开发
9.回归性能测试
10.编写测试报告
第三章. JMeter测试工具篇
目录
- JMeter介绍与安装
- JMeter介绍与安装
- JMeter的组成结构
- 第一个性能测试案例
- JMeter模拟多用户同时发送请求
- 逻辑分支控制
- 配置管理
- 发送请求的设置
- JMeter脚本开发精要技巧
- 关联、断言、参数化、数据监控
1. JMeter介绍与安装
- JMeter介绍
JMeter是Apache组织开发的基于Java的压力测试工具。具有开源免费、框架灵活、多平台支持等优势。除了压力测试外,JMeter也可以应用的接口测试上。 - JMeter下载、安装及启动
下载:
访问JMeter官网:https://jmeter.apache.org/download_jmeter.cgi
点击下载windows版本apache-jmeter-5.1.1.zip
安装:
解压到D盘即可使用,目录结构:
- bin目录:启动命令
- jmeter.bat 在Windows可启动的批处理文件
- jmeter.sh 在Linux可执行的shell脚本
- jmeter.properties: 核心配置文件(配置中文编码)
lib目录:存放Jmeter依赖的jar包,同时安装插件放于lib中的ext目录中
启动:
- 进入bin目录,双击jmeter.bat文件即可启动jmeter
(如果打不开,则说明其工作环境JDK没搭建好,原因:JMeter需要基于Java环境)
- 在dos中进入到apache-jmeter的bin目录中,然后执行命令:jmeter也可以启动
3、配置jmeter工作环境
方式:安装jdk并配置环境变量
1)安装jdk,要求是1.8级以上版本
在安装jdk的过程中,记得把路径复制一份,方便后面使用。
2)配置jdk的系统环境变量:
a》java_home:jdk的安装路径,(需要新建)
b》path:增加jdk的工作目录bin ( %java_home%\bin; )
(只需编辑,往里添加工作路径)
3)验证:
A、在dos中输入命令:javac,显示javac命令的格式及选项
B、启动bin目录中jmeter.bat能正常打开。
设置界面为简体中文,如下:
2、使用JMeter来做接口功能测试
过程:测试计划-》线程组-》http请求-》响应断言-》断言结果-》参看结果树!
其中测试计划是自带的。
测试计划:相当于项目,某某项目-测试计划
- 添加线程组:相当于功能点、或者接口,某某接口-线程组
- 在“测试计划”上右键–>添加–>线程(用户)–>线程组。
然后可以对线程组进行设置(一般在做性能测试时才需要去设置,接口几乎不用)
线程组参数详解:
- 名称:根据业务来设置合适名称,接口测试就是接口名称,性能测试就是功能点2. 遇错误的动作:默认“继续”,忽略错误继续完成请求3. 线程数:虚拟用户数,默认是1个,一个用户占用一个线程。多用户并发测试时就需要在这里设置并发用户数,也就是设置多少个线程数。
- Ramp-Up 时间(秒):启动所有虚拟用户所需的时间。含义如下: 比如:如果线程数为10,启动时长为2秒,那就意味着2秒内需启动10个用户,平均下来就是每秒启动5个用户。启动时间为0,则代表同时启动 ,并发。
- 循环次数:每个用户发送请求的次数,好比参数化。如果线程数为10,循环次数为5, 那么每个线程(用户)发送5次请求。总请求数为10*5=50 如果勾选了“永远”, 那么所有线程会一直发送请求,直到手动停止运行或者设置了调度器。
- 调度器:设置线程组启动的持续时间和延迟时间(调度器需勾选循环次数为永远才有效) 持续时间(秒):测试持续的时间:24小时=24*3600秒 启动延迟(秒):测试延迟启动的时间
- 添加HTTP请求:相当于测试用例中的测试步骤,某某-HTTP请求
- 在“线程组”上右键–>添加–>取样器–>HTTP请求
- 设置HTTP请求信息:
基本》
2.1. Web服务器
协议:向目标服务器发送HTTP请求的协议,可以是HTTP或HTTPS,默认为HTTP
服务器名称或IP :HTTP请求发送到的目标服务器名称或IP ,比如:www.jd.com
端口号:目标服务器的端口号,默认值为80 ,可以不写,https为443。
注意: “ 服务器名称或IP”中不用输入http://, 请求时会自动加入 ;
2.2. Http请求
- 方法:发送HTTP请求的方法,包括GET、POST等。
- 路径:目标URL路径(服务器名称与参数之间的部分)
- 内容编码 :编码方式默认值为iso8859,改为utf-8支持中文。跟随重定向:当HTTP请求的响应是302/301时,JMeter会跟随重定向到目标页面。
- 使用keepAlive :jmeter 和目标服务器之间使用 Keep-Alive方式进行HTTP通信保持长 连接,减少连接的次数,进而缩短了连接时间****
2.3. 请求参数
- A)参数: get请求所携带的数据列表,名值对 (同请求一起发送参数)
- B)消息体数据: post请求所携带的请求数据是json格式数据,类似于字典
- C)文件上传: post请求本地文件上传,文件类型一定是file说明:所添加的参数中有中文时需要勾选“编码”
Http请求 示例 : https://www.jd.com/,打开京东首页get请求
- 添加响应断言
在“HTTP请求”上右键–>添加–>断言–>响应断言(检查请求后的响应是否正确)
需要设置的断言的内容:
包括:适用范围(那个请求),响应的字段,匹配规则以及添加要检查的测试模式
3.1、apply to: 表达的是断言那个请求,默认是只断言主请求(main sample only)
3.2、测试字段: 表达的是断言的内容,有响应文本,响应代码,响应信息等等,一般都是断言响应文本
3.3、模式匹配规则: 表达的是断言的方式,有包括、匹配、相等等等,一般使用包括或者相等
3.4、测试模式: 根据业务来编写,可以理解为我们的预期结果
4. 添加断言结果
在“HTTP请求”上右键 -> “添加”-> “监听器” -> “断言结果” ,查看断言的结果
【断言】又名:检查点
含义: 检查预期数据与实际数据是否匹配
方式: 先添加响应断言再添加断言结果,是一个组合
断言成功 : 断言结果只有一行,为请求的名称,则表示成功。
断言失败 :断言结果有两行,第二行显示失败的原因。
5. 察看结果树, 目的是查看请求发送后 的结果:
在“HTTP请求”上右键–>添加–>监听器–>察看结果树
点击发送请求,结果如下:
第四章 JMeter模拟多用户同时发送请求
1、一个简单的压力测试实战
现有一个http请求接口http://localhost:8080/goods/to_list, 要使用Jmeter对其进行压测,测试步骤如下:
a.新建一个线程组。
b. 设置线程组参数。这里配置为:10个线程,同时启动,循环一次。
c. 新增http请求默认值。 在上一步创建的线程组上,新增http请求默认值,所有的请求都会使用设置的默认值,这设置协议为http,IP为localhost,端口为8080。
d. 添加要压测的http请求。
下图第一个红框内的协议、IP、端口不需要设置,会使用步骤c中设置的默认值,只需设置请求路径Path
即可,这里填入/goods/to_list
。
e. 新增监听器,用于查看压测结果。这里添加三种:聚合报告、图形结果、用表格查看结果,区别在于结果展现形式不同。
f. 点击运行按钮开始压测,并查看结果。
五、如何查看系统负载何性能瓶颈
服务器上执行以下命令:
top
如下图所示,可以看到系统负载load average情况,1分钟平均负载,5分钟平均负载,15分钟平均负载分别是1.58, 0.50, 0.23;同时可以看到最耗费资源的进程为mysql
。
2、如何创建带参数的请求
1. 首先新建一个http请求。
2.设置请求路径,并添加参数。 如下图所示,Path
中填写请求路径,点击Add
添加参数,有一个名为token
的参数。
至此给带参数请求已创建完成,点击运行即可开始压测。
3、如何模拟设置多个变量,模拟多个用户请求接口
- 新建Csv Data Set Config设置。
2.新建配置文件config.txt,配置用户信息。 文件名随便写,里面数据每行有两个值,userId和userToken,中间用逗号隔开,我这里设置了两个用户的信息。
3.引用配置文件。 Csv Data Set Config中引用配置文件config.txt,并定义变量名为userId和userToken。
4.请求中引用配置文件中的变量。 在填写参数Value的地方不要将值写死,而是写为 变量名这种格式,我这里想要引用配置文件中 u s e r T o k e n 的值,所以写为 {变量名}这种格式,我这里想要引用配置文件中userToken的值,所以写为 变量名这种格式,我这里想要引用配置文件中userToken的值,所以写为{userToken}。
至此配置完毕,点击运行按钮,即可开始压测。
3. jmeter模拟多用户并发
一. 100个真实的用户
- 一个账号模拟100虚拟用户同时登录和100账号同时登录
区别
- 1个账号100个人用,同时登录;
- 100个人100个账号,同时登录。
相同
- 两个都是100人同时登录,具体看项目需求。
- 账号来源
- 利用“注册”或“创建”账号接口,创建100个用户;
- “查询”接口,保存100个账号的账号、密码到一个文件。
3、提取100个账号、密码的文件
- meter脚本整体布局
线程组(一级)---->请求默认值、请求头、http请求、察看结果树(二级)----->正则表达式、BeanShell 后置处理程序(三级)。
- HTTP请求默认值:是存放系统通用ip的位置(协议:http; 服务名称或ip:127.0.0.1);
- HTTP信息头管理:接口请求之前需要带的信息,部分接口不带不能运行(Authorization、Content-Type、Accept、User-Agent),例如必须带的token就在信息头中存放;
- 登录请求:请求方法、请求路径、消息体;正则表达式提取token
- 创建请求:请求方法、请求路径、消息体;参数化用户名,创建多个用户;
- 查询账号:请求方法、请求路径、消息体;正则表达式提取用户名、密码;BeanShell 后置处理程序存储返回值到文件中
(2)查询请求中的正则表达式和BeanShell 后置处理程序
正则表达提取----->获取想要的字段内容
(详看:https://blog.csdn.net/belief_009/article/details/123051440)
- BeanShell 后置处理程序---->将提取到的字段内容存储在指定文件4.csv中
FileWriter fs=new FileWriter("D://近期//4.csv",true);
BufferedWriter out =new BufferedWriter(fs);out.write(vars.get("username")+","+vars.get("id")); //username、id为正则定义名称
out.write(System.getProperty("line.separator")); //相当于"\n"自动换行out.close();
fs.close();
- 线程组线程数设置数目等于提取到的条数,执行脚本得到100个用户的账号和密码
二、100个用户同时登录
- 设置线程组
线程数:并发用户数
Ramp-up时间(秒):启动所有线程所需要的时长
- 0---->代表同时并发;
- 100---->线程数100,时间100秒。代表每隔1s启动一个线程(100/100=1)
循环次数:Loop Count
- 默认值是1;
- 2---->线程数100,循环次数2。代表启动200个线程;
- 勾选“永远”,会一直执行,需要人工停止,一般配合调度器使用。
补充:同步定时器:
- 作用:阻塞线程,直到指定的线程数量到达后,在一起释放,可以瞬间产生很大的压力;
- 使用同步定时器时,循环次数要勾选为永远
2. 模拟多用户登录
线程组下添加----->CSV 数据文件设置
将存储用户账号、密码的文件引入,并命名变量名称,在登录时调用。
- 调用,传参${name}
- 注释:本系统账号密码一致,所以只需要调用一列值
/api/v1/oauth/token?username=${name}&password=${name}&scope=all&grant_type=password
- 执行测试,查看结果
- 100用户同时登录
第五章. jmeter脚本开发
1. 脚本开发方式大纲
1、badboy进行录制和导出
badboy下载地址:
链接:https://pan.baidu.com/s/18Po3RssrBRSnn_-xsHop1g
提取码:h4w4
直接解压就可以使用,在界面上输入对应录制的url进行操作,录制完成后导出为:export to jmeter,在jmeter中打开后即可对脚本进行优化
2、jmeter代理服务器
a、设置启动服务代理,在网络设置代理服务,如果为第三方服务器则写第三方服务器的IP而非本地IP(127.0.0.1)
b、打开jmeter,新建线程组,目的为了录制后的脚本有地方存放,目标控制器选择对应的主线程组,存放脚本,添加非测试元件:http代理服务器,点击启动后则可以进行录制,录制完成后停止,在线程组中回出现请求的录制脚本
c、可在http服务代理请求中排除模式使用正则表达式进行过滤
d、再次代理请求录制,已发现.png格式已被过滤掉了
3、进行fiddler抓包后导出jmx格式,在jmeter中打开后进行优化,抓包后选择对应的url进行备注,(选中url按M键备注)
下载fiddler插件后导出jmx
插件下载链接:
链接:https://pan.baidu.com/s/18uffy67lIfNatMGkjnC_2g
提取码:iy20
在jmeter中打开导出的文件,可以看到对应的备注url,进行录制脚本优化
工具是测试中的辅助并非必需品。
总结:
通过以上介绍的性能测试的思路和工具,我们基本上可以完成一次性能测试以及部分问题的性能定位,但是往往性能问题总是隐藏得很深的,并且受各种条件的影响,比如,各个环节的配置参数,网络情况,机器情况,性能测试的工具等等,所以,性能测试的结果往往不能脱离某个环境单独比较,不同的配置,环境,应用的性能都会呈现出不同的结果,出现问题时,也需要我们从前到后,从上到下仔细分析每一个流程的执行情况,逐步通过工具协助定位,才能最终找到瓶颈。总之,性能测试是一门考验耐心,细心,知识广度, 深度的活,每次遇到问题多问几个为什么,多做几次分析和验证,并尝试解决,优化它,一定会让你对系统有更多不一样的认识。