前言
性能测试是一个全栈工程师/架构师必会的技能之一，只有学会性能测试，才能根据得到的测试报告进行分析，找到系统性能的瓶颈所在，而这也是优化架构设计中重要的依据。
测试流程：
- 需求分析→环境搭建→测试计划→脚本开发→执行与监控→缺陷管理→结果与报告
压力测试
1、线程组设置，这里的线程数与同步定时器的用户数量一样
2、添加HTTP cookie管理器
3、默认请求值
4、添加一个事务控制器，可以当作一个业务
5、在事务控制器下添加，同步定时器
设置用户数量，这里与线程组的线程数一样，超时时间可设置
6、添加脚本（http请求）
7、添加查看结果树
8、添加->监听器
9、在最后添加一个聚合报告，添加处：添加->监听器
- 负载测试实战
1、线程组的设置50个用户（持续时间：按秒计算，这里300=60*5，意思就是运行时长为5分钟）
2、添加HTTP cookie管理器
3、默认请求值
4、添加一个事务控制器，可以当作一个业务
5、在事务控制器下添加，高斯随机定时器
总的延时 = 固定延迟时间 + 高斯随机生成的偏差值（说明：单位都是毫秒，固定延迟300ms，偏差100ms，意思是时间延迟300-400ms之间）
6、添加脚本（http请求）
7、添加->监听器
8、在最后添加一个聚合报告，添加处：添加->监听器
第一章 Bug引发的又一次思考
1. 打开一个页面非常慢是Bug吗
- 打开一个页面非常慢是Bug吗
可能是，原因：网络慢、客户端运算能力不足、资源大到现有的网络无法承载、服务端资源响应时间过长。
- 页面打开慢的影响是什么？
用户体验不好，从而导致用户流失
用户流失会导致项目失败
项目失败可能会导致公司破产
2. 页面响应耗时可以提前预知吗？
在测试阶段是否能够发现页面响应慢
当然可以
如何在测试阶段发现页面响应慢？
模拟大量用户访问
监控每个请求的响应是否准确
监控服务器的资源使用
第2章 性能测试认知
1. 企业级软件为什么要做性能测试
- 历史上由于性能问题引发的事件
12306网站崩溃，用户购票失败
淘宝双十一网站崩溃
- 网站崩溃或慢对用户的影响
离开
- 企业为什么要做性能测试？
提升用户体验
- 细化性能测试的目的
预估软件性能瓶顶，预估软件优化时间
验证是否存在多并发的逻辑问题
2. 什么是性能测试？
性能是用来描述产品除功能外的所具有的速度，效率和能力的综合能力评价
对产品或是物品的性能惊喜定性或是定量的量测过程
在这个过程中我们使用一些工具来进行场景的模拟，从而进行性能测试
3. 性能测试案例
- 测试需求：测试20个用户访问网站在负载达到30QPS时的平均响应时间
QPS：Query Per Second 每秒查询率。（一台查询服务器每秒能够处理的查询次数，作为域名服务器的性能经常用每秒查询率来衡量）
测试步骤
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. 性能测试的分类
- 性能测试的分类
压力测试、负载测试、并发测试、稳定性测试
- 什么是压力测试？
压力测试也叫强度测试，它是指逐步给系统增加压力，测试系统的性能变化，使系统某些资源达到饱和或系统崩溃的边缘，从而确定系统所能承受的最大压力
举个例子:百米赛跑，逐步增加你的负重，直到你完不成百米的程度，也就是崩溃的边缘你所能承受的最大负重
- 什么是负载测试？
被测试系统正常服务的前提下，系统所能承担的最大服务负荷数量(即最大并发数量)，最终分析出系统性能的瓶颈
举个例子:百米赛跑，设置必须15秒完成，负重奔跑(不断增加负重)
- 压力测试和负载测试的区别
压力测试要测试出系统即将崩溃时，能够承受的最大并发数
负载测试是满足系统指标要求的情况下，能够承受的最大并发数
- 什么是并发测试
举个例子:商场卖货，售后员根据库存表单记录表卖货
仓库管理员应该在出货时同时更新库存表单记录表，但由于用户过多，表单记录更新不及时
导致仓库已经没有货了，但是售货员看到库存表单记录表中还显示有库存，仍然在卖货，但已经发不出去货了
5. 性能测试场景剖析
电商秒杀、学习系统考试、12306抢票、新闻热点事件、
网络游戏运营、视频网站播放
6. 必知必会的性能测试指标
并发用户量：同一单位时间进行同一操作的用户数量
吞吐量：单位时间内系统成功传输的数据量，单位通常是MB、GB
吞吐率:又叫Throughput，单位时间内系统成功处理的请求数量，通常单位为(请求数量/每秒、req/s)
7. 性能测试基本流程
- 标准性能测试流程
8. 简述 性能测试流程？
1.分析性能需求。挑选用户使用最频繁的场景来测试，比如：登陆，搜索，下单等等。确定性能指标，比如：事务通过率为100%，TOP99%是5秒，最大并发用户为1000人，CPU和内存的使用率在70%以下
2.制定性能测试计划，明确测试时间(通常在功能稳定后，如第一轮测试后进行)和测试环境和测试工具
3.编写测试用例
4.搭建测试环境，准备好测试数据
5.编写性能测试脚本
6.性能测试脚本调优。设置检查点、参数化、关联、集合点、事务，调整思考时间，删除冗余脚本
7.设计测试场景，运行测试脚本，监控服务器，
8.分析测试结果，收集相关的日志提单给开发
9.回归性能测试
10.编写测试报告
