ps：用服务器做压测效果比用电脑做压测好。
压测尽量针对一个场景，不能局限于单接口。
压测流程：
产品发起性能测试申请-》制定测试计划，获取测试资源-》设计场景编写测试用例（多考虑用户场景）-》用例评审、脚本评审-》测试环境冒烟测试（测试脚本是否正常可用（包括接口脚本、触发器、前置处理器、后置处理器等））-》执行测试用例-》获取性能数据-》报告分析&结论-》性能调优-》回归测试（包括功能测试、性能测试，因为调优可能会改动代码，所以需要进行功能测试）
负载测试：不确定并发数的情况下，想知道现服务器最大负载是多少。着重看CPU为50%和80%时各项指标。
压力测试：确定并发数的情况下输出各项性能数据。
压测前提：
1）功能测试通过后，没有业务流程、功能上的问题；
2）代码比较稳定。
ps：性能测试执行期间不能更新代码或修改数据库数据。
压测的目的：为了用户端在使用系统时可以得到更快的响应。
指标：
1）单接口：TPS>400/S、响应时间<0.5s，并发数等于容器最大线程数，CPU不超过80%。
2）并发场景：场景中每个接口的性能指标都要达标（达到单接口的指标标准）。场景的响应时间<3s（超过5s需优化）。CPU不超过80%。
瓶颈点：
响应时间在资源比较充足时，是逐步上升的。且达到一定并发后，响应时间飙升。
资源利用率在性能较好时，是上升的，但达到一定并发后，资源利用率不变。
吞吐量TPS在资源比较充足时，是上升的，但达到一定并发后，吞吐量开始下降。
这三条线的交集点就是性能瓶颈点。