前言
本篇文章带大家一起学习性能测试 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，其他：并发测试，压力测试，容量测试
编辑
添加图片注释，不超过 140 字（可选）
横向坐标：系统当前的用户量，越往右用户量越大！ 纵向坐标： 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.进度与分工
性能测试用例 要素：用例标题，用例编号，用例前置条件，用例步骤，用例预期结果，用例实际结果（需要监控的各项性能指标） 模板如下，和功能测试用例差不多一样
编辑
添加图片注释，不超过 140 字（可选）
执行测试步骤 1.测试脚本编写/录制：用例编写完成后，结合用例的需要 进行测试脚本的编写
2.搭建测试环境：一般包括硬件和软件环境及网络环境（运维和开发协助完成） 注意：尽可能和用户使用的环境一样
3.执行测试脚本：先保证脚本调试通过之后，才能进入正式的压测阶段，在执行测试脚本同时，要先进行性能运行场景的设置，再运行脚本
4.性能测试监控：监控服务器的各项指标 例如：监控CPU，内存，网络，tps，磁盘等
5.性能分析和调优：对结果进行分析以后，提测系统存在性能的瓶颈。调优 即让开发改代码 （性能的BUG数量少，但开发 修改可能一个月的时间才能修复）
性能测试报告 1.性能测试需求覆盖情况，测试过程回顾，测试中发现的问题， 2.各类风险如果控制的 ，目前是否存在签证的风险 3.经过本次性能测试后，总结测试经验和教训
