前言

性能测试是一个全栈工程师/架构师必会的技能之一，只有学会性能测试，才能根据得到的测试报告进行分析，找到系统性能的瓶颈所在，而这也是优化架构设计中重要的依据。

测试流程：

1. 需求分析→环境搭建→测试计划→脚本开发→执行与监控→缺陷管理→结果与报告
   压力测试

• 1、线程组设置，这里的线程数与同步定时器的用户数量一样
• 2、添加HTTP cookie管理器
• 3、默认请求值
• 4、添加一个事务控制器，可以当作一个业务
• 5、在事务控制器下添加，同步定时器
• 设置用户数量，这里与线程组的线程数一样，超时时间可设置
• 6、添加脚本（http请求）
• 7、添加查看结果树
• 8、添加->监听器
• 9、在最后添加一个聚合报告，添加处：添加->监听器

2. 负载测试实战

• 1、线程组的设置50个用户（持续时间：按秒计算，这里300=60*5，意思就是运行时长为5分钟）
• 2、添加HTTP cookie管理器
• 3、默认请求值
• 4、添加一个事务控制器，可以当作一个业务
• 5、在事务控制器下添加，高斯随机定时器
• 总的延时 = 固定延迟时间 + 高斯随机生成的偏差值（说明：单位都是毫秒，固定延迟300ms，偏差100ms，意思是时间延迟300-400ms之间）
• 6、添加脚本（http请求）
• 7、添加->监听器
• 8、在最后添加一个聚合报告，添加处：添加->监听器

第一章 Bug引发的又一次思考

1. 课程介绍

目录

1. 性能测试认知主要内容

• 什么是性能测试？
• 性能测试分类
• 性能测试指标
• 性能测试的基本流程

2. jmeter性能测试工具

• jmeter的介绍与组成
• jmeter工具的多并发请求
• jmeter工具脚本开发的精要技巧

3. linux与MySQL的性能理解

• linux服务器性能监控指标与分析
• MySQL数据库性能指标分析

4. 课程学习目标

• 掌握性能测试的基本流程
• 掌握性能测试工具jmeter的基本使用
• 掌握性能指标所代表的的含义
• 掌握性能监控的基本命令
• 了解慢查询的含义
• 掌握海量数据下的数据库优化方案

2. 打开一个页面非常慢是Bug吗

1. 打开一个页面非常慢是Bug吗

• 可能是，原因：网络慢、客户端运算能力不足、资源大到现有的网络无法承载、服务端资源响应时间过长。

2. 页面打开慢的影响是什么？

• 用户体验不好，从而导致用户流失
• 用户流失会导致项目失败
• 项目失败可能会导致公司破产

3. 页面响应耗时可以提前预知吗？

1. 在测试阶段是否能够发现页面响应慢

   当然可以

2. 如何在测试阶段发现页面响应慢？

• 模拟大量用户访问
• 监控每个请求的响应是否准确
• 监控服务器的资源使用

第2章 性能测试认知

1. 企业级软件为什么要做性能测试

1. 历史上由于性能问题引发的事件

• 12306网站崩溃，用户购票失败
• 淘宝双十一网站崩溃

2. 网站崩溃或慢对用户的影响

• 离开

3. 企业为什么要做性能测试？

• 提升用户体验

4. 细化性能测试的目的

• 预估软件性能瓶顶，预估软件优化时间
• 验证是否存在多并发的逻辑问题

2. 什么是性能测试？

• 性能是用来描述产品除功能外的所具有的速度，效率和能力的综合能力评价

• 对产品或是物品的性能惊喜定性或是定量的量测过程

• 在这个过程中我们使用一些工具来进行场景的模拟，从而进行性能测试

3. 性能测试案例

1. 测试需求：测试20个用户访问网站在负载达到30QPS时的平均响应时间
2. QPS：Query Per Second 每秒查询率。（一台查询服务器每秒能够处理的查询次数，作为域名服务器的性能经常用每秒查询率来衡量）
3. 测试步骤

• 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. 性能测试的分类

1. 性能测试的分类

• 压力测试、负载测试、并发测试、稳定性测试

2. 什么是压力测试？

• 压力测试也叫强度测试，它是指逐步给系统增加压力，测试系统的性能变化，使系统某些资源达到饱和或系统崩溃的边缘，从而确定系统所能承受的最大压力
• 举个例子:百米赛跑，逐步增加你的负重，直到你完不成百米的程度，也就是崩溃的边缘你所能承受的最大负重

3. 什么是负载测试？

• 被测试系统正常服务的前提下，系统所能承担的最大服务负荷数量(即最大并发数量)，最终分析出系统性能的瓶颈
• 举个例子:百米赛跑，设置必须15秒完成，负重奔跑(不断增加负重)

4. 压力测试和负载测试的区别

• 压力测试要测试出系统即将崩溃时，能够承受的最大并发数
• 负载测试是满足系统指标要求的情况下，能够承受的最大并发数

5. 什么是并发测试

• 举个例子:商场卖货，售后员根据库存表单记录表卖货
• 仓库管理员应该在出货时同时更新库存表单记录表，但由于用户过多，表单记录更新不及时
• 导致仓库已经没有货了，但是售货员看到库存表单记录表中还显示有库存，仍然在卖货，但已经发不出去货了

5. 性能测试场景剖析

• 电商秒杀、学习系统考试、12306抢票、新闻热点事件、
  网络游戏运营、视频网站播放

6. 必知必会的性能测试指标

• 并发用户量：同一单位时间进行同一操作的用户数量
• 吞吐量：单位时间内系统成功传输的数据量，单位通常是MB、GB
• 吞吐率:又叫Throughput，单位时间内系统成功处理的请求数量，通常单位为(请求数量/每秒、req/s)

7. 性能测试基本流程

1. 标准性能测试流程
   

8. 简述 性能测试流程？

1.分析性能需求。挑选用户使用最频繁的场景来测试，比如：登陆，搜索，下单等等。确定性能指标，比如：事务通过率为100%，TOP99%是5秒，最大并发用户为1000人，CPU和内存的使用率在70%以下

2.制定性能测试计划，明确测试时间(通常在功能稳定后，如第一轮测试后进行)和测试环境和测试工具

3.编写测试用例

4.搭建测试环境，准备好测试数据

5.编写性能测试脚本

6.性能测试脚本调优。设置检查点、参数化、关联、集合点、事务，调整思考时间，删除冗余脚本

7.设计测试场景，运行测试脚本，监控服务器，

8.分析测试结果，收集相关的日志提单给开发

9.回归性能测试

10.编写测试报告

第三章. JMeter测试工具篇

目录

1. JMeter介绍与安装

• JMeter介绍与安装
• JMeter的组成结构
• 第一个性能测试案例

2. JMeter模拟多用户同时发送请求

• 逻辑分支控制
• 配置管理
• 发送请求的设置

3. JMeter脚本开发精要技巧

• 关联、断言、参数化、数据监控

1. JMeter介绍与安装

1. JMeter介绍
   JMeter是Apache组织开发的基于Java的压力测试工具。具有开源免费、框架灵活、多平台支持等优势。除了压力测试外，JMeter也可以应用的接口测试上。
2. 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请求-》响应断言-》断言结果-》参看结果树!

其中测试计划是自带的。

测试计划：相当于项目，某某项目-测试计划

1. 添加线程组：相当于功能点、或者接口，某某接口-线程组

• 在“测试计划”上右键–>添加–>线程(用户)–>线程组。

然后可以对线程组进行设置(一般在做性能测试时才需要去设置，接口几乎不用)

线程组参数详解：

• 名称：根据业务来设置合适名称，接口测试就是接口名称，性能测试就是功能点2. 遇错误的动作：默认“继续”，忽略错误继续完成请求3. 线程数：虚拟用户数，默认是1个，一个用户占用一个线程。多用户并发测试时就需要在这里设置并发用户数，也就是设置多少个线程数。
• Ramp-Up 时间(秒)：启动所有虚拟用户所需的时间。含义如下： 比如：如果线程数为10，启动时长为2秒，那就意味着2秒内需启动10个用户，平均下来就是每秒启动5个用户。启动时间为0，则代表同时启动 ，并发。
• 循环次数：每个用户发送请求的次数，好比参数化。如果线程数为10，循环次数为5， 那么每个线程(用户)发送5次请求。总请求数为10*5=50 如果勾选了“永远”， 那么所有线程会一直发送请求，直到手动停止运行或者设置了调度器。
• 调度器：设置线程组启动的持续时间和延迟时间(调度器需勾选循环次数为永远才有效) 持续时间（秒）：测试持续的时间：24小时=24*3600秒 启动延迟（秒）：测试延迟启动的时间

2. 添加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请求

3. 添加响应断言

在“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、如何模拟设置多个变量，模拟多个用户请求接口

1. 新建Csv Data Set Config设置。

2.新建配置文件config.txt，配置用户信息。 文件名随便写，里面数据每行有两个值，userId和userToken，中间用逗号隔开，我这里设置了两个用户的信息。

3.引用配置文件。 Csv Data Set Config中引用配置文件config.txt，并定义变量名为userId和userToken。

4.请求中引用配置文件中的变量。 在填写参数Value的地方不要将值写死，而是写为$变量名这种格式，我这里想要引用配置文件中userToken的值，所以写为${userToken}。

至此配置完毕，点击运行按钮，即可开始压测。

3. jmeter模拟多用户并发

一. 100个真实的用户

1. 一个账号模拟100虚拟用户同时登录和100账号同时登录
   区别

• 1个账号100个人用，同时登录；
• 100个人100个账号，同时登录。

相同

• 两个都是100人同时登录，具体看项目需求。

2. 账号来源

• 利用“注册”或“创建”账号接口，创建100个用户；
• “查询”接口，保存100个账号的账号、密码到一个文件。

3、提取100个账号、密码的文件

1. 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个用户同时登录

1. 设置线程组
   线程数：并发用户数
   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

3. 执行测试，查看结果

• 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，进行录制脚本优化

工具是测试中的辅助并非必需品。

总结：

通过以上介绍的性能测试的思路和工具，我们基本上可以完成一次性能测试以及部分问题的性能定位，但是往往性能问题总是隐藏得很深的，并且受各种条件的影响，比如，各个环节的配置参数，网络情况，机器情况，性能测试的工具等等，所以，性能测试的结果往往不能脱离某个环境单独比较，不同的配置，环境，应用的性能都会呈现出不同的结果，出现问题时，也需要我们从前到后，从上到下仔细分析每一个流程的执行情况，逐步通过工具协助定位，才能最终找到瓶颈。总之，性能测试是一门考验耐心，细心，知识广度， 深度的活，每次遇到问题多问几个为什么，多做几次分析和验证，并尝试解决，优化它，一定会让你对系统有更多不一样的认识。