设计性能测试方案

1、生产环境

①10W/S–并发量（架构师/技术负责人提供）

②20台机器（4G*4核配置）

2、性能测试环境

①出于成本考虑，绝大多数公司，是做不到和生产环境一样配置的。有些生产环境有几百台甚至几千台机器，测试环境做不到。

②基准测试 – 少量的请求，少量的服务器 – 性能测试 – 通过理论推导 生产环境性能。

（4G*4核配置）1台 --> 性能指标 – 推导 --只需要1台与服务器相同配置的机器能完成5000/s并发量即可（类似数学中的同理可得，以此类推）

注意事项：

性能测试项目部署服务器硬件型号 – 和生产环境一致

3、性能测试用例设计

①生产环境面临并发量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并发的压力。

4、Jmeter用到的插件有

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

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

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

下面是配套学习资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数软件测试工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上软件测试开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注软件测试）

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

30084)]

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！