前言

本篇文章带大家一起学习性能测试
1，使用jmeter工具进行接口的性能压测
2，熟练使用jmeter工具
3，针对项目接口进行压测（性能测试的流程和操作的过程介绍）
4，分析调优（拓展部分）

一，关于性能测试的理论介绍

为什么要进行性能测试？

业务方面需求：
1.如每年双十一活动/微信春晚抢红包/12306春运订票等
2.当前服务器配置是否支持10000人同时使用
功能：有 /无
性能：好/坏
性能关注点：
性能（效率）
（1）时间特点：即服务器处理用户请求的响应时间，如卡/不卡的情况
（2）资源特点：软件运行时，对服务器资源的消耗情况，如CPU，内存，磁盘等

什么是性能测试？一般是指服务器的性能
使用自动化工具，模拟不同的场景，对软件各项性能指标进行测试和评估的过程
1.后台处理程序的性能（代码的性能）
2.中间件，数据库，架构设计等是否存在瓶颈

中间件：tomcat，apache，nginx等应用服务器

性能测试的目的是什么？

1，评估当前系统能力，如验收第三方提供的软件
2，找到性能瓶颈，优化性能
3，评估软件能否满足未来的需求，例如 淘宝双十一交易额逐年递增

性能测试和功能测试比较
1.区别：关注点不一样
功能测试：主要关注功能上（满足条件，和不满足条件的）
性能测试：主要关注业务场景上 （响应时间 消耗资源）
2.功能测试和性能测试相辅相成
测试顺序：一般先功能测试 ，后性能测试

性能测试的策略，即性能测试的分类有哪些？（面试高频知识点）

1，基准测试：获取单个用户测试的各项性能指标，为多用户并发测试提供参考依据
2，负载测试：是验证在不同的并发下系统的表现情况，测试30，50，80个用户的性能
案例：健身，举哑铃
10斤哑铃，举起10个需要15秒。
20斤哑铃，举起10个需要15秒
30斤哑铃，举起10个需要15秒---最优负载量
40斤哑铃，举起10个需要20秒---最优负载量
50斤哑铃，举起10个需要40秒
60斤哑铃，举起10个需要100秒---最大负载量
70斤哑铃，举不起来
3，稳定性测试：在服务器稳定运行的情况下，进行长时间测试，时长一般为1天
4，其他：并发测试，压力测试，容量测试

横向坐标：系统当前的用户量，越往右用户量越大！
纵向坐标：
1 ：资源的利用情况（Utilization，包括硬件资源和软件资源）
2：吞吐量（Throughput，这里是指每秒事务数）即处理能力
3：响应时间（Response Time），业务处理的响应时间

（1）在A点----B点区间内，随着用户数量的增加 【在最优负载内】
系统资源的使用情况 在逐步增加的
系统处理能力也在逐步增加
系统的响应时间变化不大

（2）在B点----C点区间内，随着用户数量的增加 【达到了最大负载量】
系统资源的使用情况 不变
系统处理能力不变
系统的响应时间在逐步增加

（3）在C点----D点区间内，随着用户数量的增加 【系统崩溃，超过了最大负载量】
系统资源的使用情况
系统处理能力会减小
系统的响应时间在逐步增加

系统处理的最大用户数量是（B）
系统长时间稳定运行时，推荐的用户数量是（B）

并发测试：是指在极短的时间内，发送多个请求 来验证服务器对并发的处理能力。例如 抢红包，抢购，秒杀活动等

压力测试：是在强负载下（大数据量，大量并发用户下）的测试，查看应用程序在峰值的使用情况，

（1）稳定性压力测试：在系统高负载的情况下（临近C点）长时间运行（24小时）查看系统处理能力。
（2）破坏性压力测试：在系统极限负载的情况下（C-D点）对系统进行压力测试，查看系统容错能力和错误恢复能力。

容量测试：关注软件的极限压力下的各个参数值 例如 最大TPS （每秒事务处理量(TransactionPerSecond)），最大并发数，最大连接数（数据库建立连接）

性能测试的常用指标有哪些？（面试高频知识点）

定义：在性能测试的过程中 记录的数据值，用这些数据值与需求中的性能要求做对比，达到标准则无问题，未达到则是性能BUG

1.响应时间：从客户端发起请求开始，到客户端从收到服务器端返回的结果的整个消耗时间
响应时间=网络时间+应用程序处理时间
2.并发数（正在发生请求的用户，，，）
同一时刻 不同的用户做同一个操作或对同一个服务器做不同的操作。
绝对并发：同一时刻不同的用户做同一个操作。
3.吞吐量：每秒服务器处理的请求个数或事务数。从技术角度衡量系统性能重要指标，TPS 每秒事务数
4.点击数（使用少）：只有web项目才有此指标，
5.资源使用率：指系统资源使用的情况， 资源利用率=资源的使用量/总的资源可用量×100%

1）建议CPU不高于80% CPU：的能力高低直接影响了整个电脑的运行速度，绝大多数的程序，都要经过它的运算，当然也包括病毒，如果它的使用率太高，会导致整个电脑的速度下降

2）内存不高于80% 内存：程序运行时所消耗的空间
3）磁盘不高于90% 磁盘：存储数据文件
4）网络不高于80% 影响数据的传输速度

6.错误率：系统在负载情况下失败业务的概率 ，错误率=（失败业务数 / 业务总数）*100%

性能测试的流程有哪些？（面试高频知识点）

1.性能测试需求分析
2.性能测试计划与方案
3.性能测试用例
4.性能测试脚本编写/录制
5.建立性能测试环境
6.执行测试用例
7.性能测试监控
8.性能分析和调优
9.性能测试报告总结

性能测试需求分析
1,熟悉被测试的系统
（1）熟悉被测试的系统的业务功能
（2）熟悉测试系统的技术架构
2.明确性能测试内容
业务方面：确定关键业务，即用户使用频率高的业务功能
技术方面：逻辑复杂高的业务 即CPU密集运行的地方
3.明确测试范围
负载测试：最优，最大负载量
稳定性测试：能否长时间稳定地运行
并发测试：用户一起使用时是否会出问题
4.确定测试指标
没有明确指标时：可以参考类似系统对比，查相关资料，
有明确指标时
例如：（1）下单业务并发20个用户
（2）平均响应时间要小于等于3S
（3）事务成功率100%
（4）CPU使用率小于等于85%

性能测试计划与方案

1.项目背景
2.测试目的
3.测试范围
4.测试策略
5.风险控制
6.交付清单
7.进度与分工

性能测试用例
要素：用例标题，用例编号，用例前置条件，用例步骤，用例预期结果，用例实际结果（需要监控的各项性能指标）
模板如下，和功能测试用例差不多一样

执行测试步骤
1.测试脚本编写/录制：用例编写完成后，结合用例的需要 进行测试脚本的编写

2.搭建测试环境：一般包括硬件和软件环境及网络环境（运维和开发协助完成）
注意：尽可能和用户使用的环境一样

3.执行测试脚本：先保证脚本调试通过之后，才能进入正式的压测阶段，在执行测试脚本同时，要先进行性能运行场景的设置，再运行脚本

4.性能测试监控：监控服务器的各项指标 例如：监控CPU，内存，网络，tps，磁盘等

5.性能分析和调优：对结果进行分析以后，提测系统存在性能的瓶颈。调优 即让开发改代码
（性能的BUG数量少，但开发 修改可能一个月的时间才能修复）

性能测试报告
1.性能测试需求覆盖情况，测试过程回顾，测试中发现的问题，
2.各类风险如果控制的 ，目前是否存在签证的风险
3.经过本次性能测试后，总结测试经验和教训