网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
压测环境：为了还原真实的压力场景，一般选择预发环境或生产环境进行压测
压测时间：压测一般在功能测试或接口测试完成后介入。
压测工具或平台：前端压测可以使用PageSpeed等平台，后端压测一般会使用 jmeter、loadrunner等工具。（详细内容见补充1，补充2）
验收标准：一般来说要达到压测目标的预估值。
3、压测准备
压测机：准备好压测机群（后端用），用于发送请求。
服务器：由于压测流量会较高，所以需要提前准备服务器集群，用于承接流量或扩容使用
数据准备：准备用于压测的数据，一般来说要和真实数据做区分。准备压测脚本，添加标识，以便于和真实流量区分。
4、实施压测
施压：在施压的过程中，从较小流量开始，逐步加压。
观察：在逐步加压的过程，需要观察rt、error(报错率)、服务器的cpu、内存使用率等数据，如发现异常要及时停止压测，待排查和解决问题后再进行压测。
5、压测观察&瓶颈分析
如何判断应用的承受能力？
在压测过程中观察报错率、响应时间等指标，如出现指标异常，则说明流量达到当前的瓶颈，需要停止压测分析并排查原因。
以下是几种常见异常的分析方法：
- 成功率未达标：查看错误日志，排查错误根本原因，进行性能调优
- 响应时间未达标：对照错误日志、链路追踪结果、服务器性能指标、数据库/中间件监控指标，找到响应时间过长的具体原因
- 吞吐量未达标：如果成功率和响应时间均达标，建议不断增加模拟用户数，重新压测，查看测试结果
什么时候需要增加服务器？
在上一步出现瓶颈调优之后，继续加压，观察各项指标
- 第一种情况：服务器cpu、内存等指标均未达瓶颈（通常以使用率达到70%-80%为瓶颈），qps、rt、报错率等指标出现异常，此时需要重复上一步，排查问题并优化
- 第二种情况：rt、报错率等指标未出现异常，服务器cpu、内存使用率即将达到瓶颈，且未达到预期的压测目标，此时无法通过调优来解决，需要增加服务器。
服务器指标监控
6、验收
达到预期目标：达到预期目标，一般可以认为压测通过。
未达到预期目标：如因各方面原因（资源、预算等）未达预期目标，需要产品经理和研发经理对压测结果确认。
7、发送压测报告
如何写一份好的压测报告，可以参考下面这篇文章
8、项目上线
前面的步骤都完成之后，项目可以发布上线。
三、补充前端该如何压测
Google 开发者提出了一种RAIL 模型来衡量应用的前端性能，即 response（响应）、animation（动画）、idle（空闲）与load（加载）。
RAIL 模型的广泛使用关键指标如下：
工具使用：PageSpeed
PageSpeed 是 google 一个开源的自动化工具，安装 PageSpeed 扩展程序运行即可
报告结果如图：
该工具功能丰富，报告也非常详细，并给出了优化建议，根据测试报告做对应的优化即可。
四：补充后端该如何压测
后端即指服务端，后端压测就是服务端压测，也可以称为服务器压力测试。
在压测过程中，一般关注下面几个指标：qps(处理的请求量)、rt(响应时间)、error（报错率）、cup(cpu使用率)、mem(内存占用情况)、load(负载)、traffic(网络速率)。
通过观察qps、rt、error等关键指标，找到服务器的性能瓶颈，如果低于预期，则需要调优。
通过压力测试，提前发现服务器瓶颈，及时优化，避免网站一上线就奔溃。
工具：压测常用的工具有LoadRunner和Jmeter（文末有学习视频）
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
