今年双十一之前，我司进行了一次压测。
因为用户量不大，所以压测要求也不高。
但是也算是一次机会再一次接触性能测试。
其实从实习到现在毕业两年半，性能测试一直都有跟着同事做过，
但是自我感觉一直处于一种机械执行的状态，今年其实也是，这样肯定是不行的。
我希望我可以做到 一个性能需求到手，我可以与开发人员一起，
从压测分析到压测调优，过程中都能有自己的发现及见解分析，
体现我在性能测试中的价值。
基于我的困惑，男票在家里电脑装了服务，装了数据库，简单写了几个接口，
提供给我做实验用。
感谢他，准备接下来实验起来，下一篇记录demo过程。
————————————————————————————————————————
先小记一下流程吧，其实和普通需求测试是一样的。
压测评审：开发leader、开发人员、测试leader、测试人员
——确定压测接口范围，确定压测指标。
压测计划：测试人员
——确定范围分工
压测准备：测试人员
——编写压测脚本、数据准备
压测执行：测试人员、开发人员
——执行压测、压测数据分析（一般关注qps、平均响应时间等）
压测调优：开发人员
——对低性能接口进行相应调优
————————————————————————————————————————
性能测试如何分析及调优（都是自己整理，应该还有很多其他的，可能也存在不对滴）
分析：
1、并发请求数上不去；
2、网络带宽不够；
3、硬件性能不够好；
4、sql不够优化；
5、代码不是很简洁；
6、redis缓存机制没做；
7、rpc调用没做；
调优：
1、多机器联机触发请求；
2、换网络，增加网络带宽；
3、加机器；
4、优化sql；
5、简化代码/大接口拆分为小接口；
6、增加redis缓存机制处理；
7、内部接口调用使用rpc模式；（数据小/传输快）
————————————————————————————————————————
说说我司的压测：
压测平台：locust（RF中一个模块）
监控大盘：执行后有“监控大盘”，可显示服务器cpu负载、内存使用率等
限流框架：sentinel
分析分析吧：
1、网络带宽不够咋看出来的？
——请求的时候qps一直上不去，但是服务器压力又不高（使用率50%以下都不算高）
2、做压测，怕压崩的情况下，如何判断不能再继续压测了？
a.服务器cpu负载、内存等使用率已经达70%以上；
b.已经触发限流。
加限流：
1、压测过程中加限流，验证限流需要加到什么程度；
2、开发一般是压测之后根据压测报告来设置限流门槛；
3、加限流：开发先在代码里接入限流的框架，然后会有个限流后台，可以设置限流规则和监控qps，限流规则可以根据qps和并发线程数制定。
image.png
网友评论