本文讨论了并发用户模式（通过JMeter模拟在线用户）和RPS模式（衡量系统吞吐量）在性能测试中的应用。作者分享了如何在项目中设定这两个场景，并提及了提供全面的软件测试学习资源，旨在帮助测试工程师提升技能并降低成本。
第一种是并发用户模式（虚拟用户模式）并发用户是指虚拟并发用户数，从业务角度，也可以理解为同时在线的用户数。
从客户端的角度出发，摸底业务系统各节点能同时承载的在线用户数，可以使用该模式设置目标并发，也就是 Jmeter 里面的线程数。
第二种是RPS 模式（吞吐量模式）RPS（Requests Per Second）是指每秒请求数。RPS 模式即“吞吐量模式”，通过设置每秒发出的请求数，从服务端的角度出发，直接衡量系统的吞吐能力。
**需求1：**有一个项目，500用户同时登录，响应时间能达到多少？
场景分析：这就是典型的并发用户模式。
我们在用 Jmeter设计第一种场景的时候，可以用线程数去模拟并发用户。
如下图设置500线程去模拟500用户；一次迭代表示每个线程的请求只发起一次；集合点500表示这500线程将在同一时间发起请求，添加监听器查看响应时间
需求2：考勤打卡，最大吞吐量能达到多少？（每秒最大能完成多少笔打卡业务）
场景分析：这就是典型的吞吐量模式了。
为什么要设计这种模式呢？领导让做性能测试的时候，并不知道具体的并发数及系统的访问量，这样的画我们是不是就没有办法去测试了?
我们需要考虑吞吐量了。一般通过负载测试来找到吞吐量的拐点。
负载测试：持续稳定地增加系统的负载，测试系统性能的变化，找出系统瓶颈和性能拐点如果用rps压力模式的话，这里所谓的增加系统负载，就是指的增加每秒请求数。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数软件测试工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上软件测试开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注软件测试）
一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**
扫一扫
1287
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
