一、性能测试的流程
1、前期准备工作
1）梳理好测试场景，按照以下顺序处理
登录、产品列表、API执行
2）确认目标，一般测试主导，将相关人员集中后讨论，所有达成一致后开始测试，当讨论后还是有不同意见，最终以架构师结果为准
2、测试工具技术引入
1）loadruuner(负载运行器)——HP（惠普）包含：LR/QTP/QC，最高可负载1000
2）JMeter：二次开发——平台
3）locust（蝗虫）——协程
4）自己开发工具
3、性能测试计划
1）需要的人力
2）做什么
3）什么时候开始和结束
4）使用什么技术
4、测试设计与开发
1）工具/代码如何写
2）开发——具体的脚本
5、测试执行与管理，数据收集
依据配置的场景执行
数据收集：
1）数据库资源——IOPS
2）Linux——CPU memory（内存）
3）nginx——连接数
4）Response Time（响应时间）/throughput（吞吐量）等资源
6、测试分析
二、性能测试的方法
1、验收负载测试
在QA的环境模拟生产运行的业务压力和使用场景组合，测试系统的性能是否满足生产环境的性能诉求
2、负载测试
在被测系统上持续不断的增加压力，直到性能指标(响应时间等)超过预定指标或者某种资源(CPU&内存)使用已达到饱和状态。核心是找到系统的处理极限，为系统调优提供数据，从而达到了解系统性能的容量
3、压力测试
该方法是指系统在一定饱和状态下，具体如CPU，内存等饱和使用的情况下，系统能够处理的会话能力，以及系统是否会出现错误，比如TimeOut，OOM，OverStackExpection（堆栈异常）。压力测试的特点：
1）检查系统在处于压力情况下时应用的性能表现
2）等价于负载测试，使系统的资源处于一个瓶颈的状态（建议CPU和内存在75%以上）
3）这种方式一般用于测试系统的稳定性
4、配置测试
被测环境软硬件环境参考的调整，达到最优的分配原则
5、可靠性测试
模拟用户的并发访问，测试多用户并发访问同一个应用时是否存在死锁或其他的问题，并发测试的特点是：
6、故障演练
公司出于测试团队合作的能力，操作使系统90%以上出现异常，排练员工处理问题的能力
7、容灾恢复测试
故意破坏系统，查看程序自行恢复情况
三、JMeter性能测试场景设置
JMeter执行原理
JMeter通过线程组来驱动多个(也可以理解为LR工具里面的虚拟用户)运行测试脚本对目标服务器发起大量的网络请求，在每个客户端上可以运行多个线程组，也就是说⼀个测试计划里面可以包含N个线程组
1、线程属性
线程数：⼀个线程可以理解为对应模拟⼀个用户，所以线程数越多，也可认为模拟的用户数越多
Ramp-Up时间（秒）：每秒执行线程数=线程数/Ramp-Up
如设置线程组为50，秒设置为10，这表示开始执行后，每秒启动5个线程；如果设置为0，全部设置的会立即启动，不建议将循环次数设置为永远
2、调度器
调度器：这个理解为何时开始
持续时间：表示完成需要的时间，设置的时间不能小于每秒执行结果的时间
启动延迟：从当前时间延迟多长时间开始运行测试，也就是说点击执行后，仅仅是做初始化的场景，不会执行测试，等待延迟到达后开始运行测试，执行的时间为持续时间设置的时间
四、聚合报告各个值
毫秒为单位，一般放置线程组下
Label：取样器名称
Samples：取样器运⾏次数
Average：单个请求的平均响应时间
Median：50%请求的响应时间
90%Line：90%请求响应时间
95%Line：95%请求响应时间
99%Line：99%请求的响应时间
Min：请求的最⼩响应时间
Max：请求的最⼤响应时间
Std.Dev：响应时间的标准⽅差
Error%：事务错误率
Throughput：吞吐率，也就是TPS
KB/sec：每秒数据包流量
Avg.Bytes：平均数据流量
Received KB/sec：每秒从服务器端接收到的数据量
SentKB/sec：每秒从客户端发送的请求的数量
练习
五、响应时间
