性能测试
1.0 为什么要进行性能测试？
评估当前系统的能力
寻找性能瓶颈，优化系统性能
评估软件是否满足未来的需要
招聘需要
1.1 什么是性能
时间：系统处理用户请求的响应时间
资源：系统运行过程中，系统资源的消耗情况
1.2. 性能测试是什么
1.2.1 广义定义
基于协议模拟用户发出请求，对服务器形成一定负载，来测试服务器的性能指标是否满足要求性能指标关注点：时间性能、空间性能性能测试与页面无关
1.2.1 狭义定义
指通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。
1.3 功能和性能测试
不同
功能测试验证系统的功能需求规格，聚焦功能。
性能测试验证系统的业务性需求场景，聚焦时间和资源。
关系
一般项目中，先功能测试通过后，后进行性能测试。
1.4 性能测试的分类
1.4.1 基准测试
狭义：单用户测试
广义：建立基准线，当系统软硬件环境发生变化之后再进行一次基准测试以确定变化对性能的影响。
1.4.2 负载测试
概念
通过逐步增加系统负载，确定在满足性能指标的情况下，找出系统所能承受最大负载量的测试。
作用
系统最大负载量达到用户要求时，系统才能正式上线使用。
案例
电梯行业规范：电梯从1楼到5楼的运行时间不超过24s
1人 20s
7人 20s
13人 20s
达到最大负载16人 25s
19人 28s
21人 断绳子
注意
通过负载测试，可以确定系统的最大负载量和极限负载量
系统对外宣称的最大负载量
负载测试的时间一般为1-2小时
1.4.3 稳定性测试
概念：在服务器稳定运行（用户正常业务负载下）的情况进行长时间测试（1天-一周等），并最终保证服务器能满足线上业务需求。
系统在用户需求的业务负载下运行达到规定的时间时，系统才能正式上线使用。
1.4.4 压力测试
概念：在强负载下的测试，查看系统在峰值下是否功能隐患、系统是否具有良好的容错能力和可恢复的能力。
测试场景
高负载下的长时间稳定性压力测试 （如：B-C区间内进行24/3*24小时长时间测试）
极限负载下的破坏性压力测试（如：C-D区间内进行测试）
1.4.5 并发测试
概念：在极短时间内，发送多个请求，来验证服务器对并发的处理能力。
应用场景
特定的活动场景：抢红包、秒杀、抢购等。
与负载测试对比：
负载测试：主要目的是测试高负载情况下，对系统资源的消耗，是否会耗尽的问题（双11活动）
并发测试：主要目的是测试极短时间内，并发请求时，系统资源争抢的问题（抢红包、秒杀）
1.5 性能测试的指标
1.5.1 响应时间
指从客户端发起请求开始，到客户端接收到结果的总时间
包括：服务器处理时间 + 网络传输时间
1.5.2 并发用户数
某一时刻同时向服务器发送请求的用户数
1.5.3 吞吐量（Throughout）
1.概念：单位时间内处理客户端的请求数量，直接体现软件系统能能承载能力。
吞吐量单位分类
1.5.4 QPS
QPS（Query Per Second）每秒查询数，即控制服务器每秒处理的指定请求的数量。
1.5.5 TPS
TPS（Transaction Per Second）每秒事务数，即控制服务器每秒处理事务请求的数量。
如：支付请求事务=查询用户余额请求+校验支付安全请求+发送支付请求
每秒处理查询用户余额15请求，每秒处理校验支付安全15个请求，每秒处理发送支付15个请求
支付tsp为15
1.5.6 点击数
所有的页面元素（如：图片、链接、框架等）的请求总数量
注意：
点击数是请求数，不是页面上的一次点击
1.5.7 错误率
指系统在负载情况下，失败业务的概率
注意：
错误率是性能指标，是高负载下的失败业务的概率
-随机bug是功能bug，先解决随机bug才能进行性能测试
1.5.8 资源利用率
概念：系统各种资源的使用情况，率=资源使用量/总资源可用量x100%
常见资源指标
CPU使用率：不高于75%-85%
内存大小使用率：不高于80%
磁盘IO（速率）：不高于90%
网路（速率）：不高于80%
1.6 性能测试工具
使用Jmeter测试快速入门
3.1. 线程组是什么
进程： 一个正在执行的程序对应一个进程线程： 一个进程有多个执行线程线程组： 按照线程性质对线程分组。查看任务管理器（爱奇艺有多个）三者关系： 一个进程有多个线程组，一个线程组有多个线程
测试计划—线程组—线程组属性中的线程数
并发执行：多个线程同时执行，特点：执行结束的顺序与开始的顺序不一致
顺序执行：按照线程的启动顺序挨个执行
默认情况下，线程组中的线程是并发执行
每一个线程都要执行组内的http请求
设置线程组顺序执行：勾选测试计划中的（独立运行每个线程组）
线程组用来模拟用户的并发访问
3.1.1. 创建线程组
3.1.2. 线程组主要包含三个参数：
线程数、准备时长(Ramp-Up Period(in seconds))、循环次数。
3.1.3. 线程数：
虚拟用户数。一个虚拟用户占用一个线程。设置多少虚拟用户数在这里也就是设置多少个线程数。
3.1.4. 准备时长（秒）：
设置的虚拟用户数需要多长时间全部启动。如果线程数为20 ，准备时长为10 ，那么需要10秒钟启动20个线程。也就是每秒钟启动2个线程。
3.1.5. 循环次数：
每个线程发送请求的次数。如果线程数为20 ，循环次数为100 ，那么每个线程发送100次请求。总请求数为20*100=2000 。如果勾选了“永远”，那么所有线程会一直发送请求，一直到选择停止运行脚本。
3.1.6. 调度器
设置线程组启动的开始时间和结束时间(配置调度器时，需要勾选循环次数为永远)
3.1.7. 持续时间（秒）
测试持续时间，会覆盖结束时间
3.1.8. 启动延迟（秒）
测试延迟启动时间，会覆盖启动时间
3.1.9. 启动时间
测试启动时间，启动延迟会覆盖它。当启动时间已过，手动只需测试时当前时间也会覆盖它。
3.1.10. 结束时间
测试结束时间，持续时间会覆盖它。
3.2. 创建http请求
见得最多，所以我们着重讲解：
3.3. 指定请求域名，请求路径
一个HTTP请求有着许多的配置参数，下面将详细介绍：
名称：本属性用于标识一个取样器，建议使用一个有意义的名称。
注释：对于测试没有任何作用，仅用户记录用户可读的注释信息。
服务器名称或IP ：HTTP请求发送的目标服务器名称或IP地址。
端口号：目标服务器的端口号。
方法：发送HTTP请求的方法，可用方法包括GET、POST、HEAD、PUT、OPTIONS、TRACE、DELETE等。
Content encoding ：内容的编码方式，默认值为iso8859
路径：目标URL路径(不包括服务器地址和端口)
点击run测试，很麻烦，我们使用postman测试更简单，使用postman操作。
可以使用刚才的接口文档中的，聚合接口中演示一个。
3.4. 设置对应的查看内容
注意：如果监听器中有jp@gc开头的，都是第三方插件
3.5. 查看表格信息
Sample：每个请求的序号
Start Time：每个请求开始时间
Thread Name：每个线程的名称
Label：Http请求名称
Sample Time：每个请求所花时间，单位毫秒
Status：请求状态，如果为勾则表示成功，如果为叉表示失败。
Bytes：请求的字节数
样本数目：也就是上面所说的请求个数，成功的情况下等于你设定的并发数目乘以循环次数
平均：每个线程请求的平均时间
最新样本：表示服务器响应最后一个请求的时间
偏离：服务器响应时间变化、离散程度测量值的大小，或者，换句话说，就是数据的分布。
3.6. 查看结果树
请求的数据展示(请求头信息，请求参数,,)
响应的数据展示(响应码，响应头,,)
通过察看结果树，我们可以看到每个请求的结果，其中红色的是出错的请求，绿色的为通过。
Thread Name：线程组名称Sample Start:启动开始时间Load time：加载时长Latency：等待时长Sizeinbytes：发送的数据总大小Headers sizeinbytes：发送数据的其余部分大小Sample Count：发送统计Error Count：交互错误统计Response code：返回码Response message：返回信息Response headers：返回的头部信息
