测试场景：模拟618百万级的订单量一个物流信息的查询接口。

条件：接口响应时间 性能指标 -- 推导 --只需要1台与服务器相同配置的机器能完成5000/s并发量即可（类似数学中的同理可得，以此类推）

注意事项：性能测试项目部署服务器硬件型号 -- 和生产环境一致

3.性能测试用例设计：

a.生产环境面临并发量100000，服务器20台，平均到每台服务器5000/s，当并发需求=5000/s的时候，并发量要大于等于5000/s才扛得住。

性能指标：

吞吐量（接受发送）：>=5000/S（QueryPS -- 查询数据场景（一秒内 处理查询请求数量）-- TransactionPS -- 多个操作/设计数据修改的请求）

单位时间（s）-- 处理请求的数量

并发量：5000/s(相对并发：某一个时间段)（绝对并发：同一个时间）

响应时间：接口请求从开始到结束完整时间 -- 150ms

性能测试用例 -- 执行步骤 + 执行结果验证

负载测试 -- 系统承载的极限并发

不断加大并发 -- 直到系统不满足性能需要【性能瓶颈】【拐点】

压力测试（稳定性测试）-- 极限并发情况下，系统能否稳定 指定时间（一般压力测试时间大于12小时）

两个测试的先后顺序：先做压力测试再做负载测试，主要是因为要做压力测试你首先要知道极限并发是多少，负载测试就能知道极限并发。

线程目的：去执行接口调用

模拟总共500线程 --> 慢慢增加 -- 最终达到

只压500线程而不是5000线程的原因是，接口平均访问返回时间为100ms,1秒就有1个线程就可以造成10并发的压力，所以只需要500个用户，1秒就能达到5000并发的压力。

Jmeter用到的插件有：

1.Stepping Thread Group和loadrunner一样，梯度压测，每次递增可以在Next,add中自己填入参数。

2.Jmeter压测实时仪表盘在后端监听器中。Grafana（目前还没研究这个仪表盘，等接口框架都写完再来继续填坑）

3.性能测试仪表盘的好处是它有集群监测，可以进行linux的集群监控。

总结; 如果对你有帮助的话，点个赞收个藏，给作者一个鼓励，也方便你下次能够快速查找，感谢。

如果你想获取该文章配套的视频视频教程以及练手的接口。请狠狠点击下方链接，

并把所需的资料的文章链接发给我即可领取

如果你想获取简历模板+面试技术宝典+求职视频+上千份测试真题，也请狠狠点击下方链接，

并把所需的资料的文章链接发给我即可领取