网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
RPS 取决于压测的并发数以及服务的响应时间，并发数过高，可能压力过大压垮后端服务，并发数过低，可能压不到指定的 RPS。为了避免压力过大压垮后端服务以及摸底后端服务性能上限，可以通过设置常数吞吐量定时器来限制线程的 RPS 上限。接下来我们用很短的篇幅来简单说下如何控制脚本的RPS
二、配置RPS
常数吞吐量定时器的设置十分的简单，这里我们设置的RPS就是21000/60=350RPS。
第二个基于计算吞吐量字段，字面意思也很清晰了
- 只有此线程：控制每个线程的吞吐量，总的吞吐量为设置的目标吞吐量乘以该线程的数量
- 所有活动线程：设置的目标吞吐量将分配在每个活跃线程上，每个活跃线程在上一次运行结束后等待合理的时间后再次运行。活跃线程指同一时刻同时运行的线程。
- 所有活动线程(共享)：与所有活动线程的选项基本相同。唯一区别是，每个活跃线程都会在所有活跃线程上一次运行结束后等待合理的时间后再次运行。
- 当前线程组中的所有活动线程：设置的目标吞吐量将分配在当前线程组的每一个活跃线程上，当测试计划中只有一个线程组时，该选项和所有活动线程选项的效果完全相同。
- 当前线程组中的所有活动线程(共享)：与当前线程组中的所有活动线程基本相同，唯一的区别是，每个活跃线程都会在所有活跃线程的上一次运行结束后等待合理的时间后再次运行。
三、运行结果
很明显，运行结果中RPS最高为350左右
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
//bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**
298
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
