Jmeter需求案例

 

需求：

场景1：有一个项目，500用户同时登录，响应时间能达到多少？

场景2：考勤打卡，最大吞吐量能达到多少（每秒最大能完成多少笔打卡业务）？

 

压力模式：

性能测试中的压力模式有两种。
第一种是并发用户模式（虚拟用户模式）

并发用户是指虚拟并发用户数，从业务角度，也可以理解为同时在线的用户数。从客户
端的角度出发，摸底业务系统各节点能同时承载的在线用户数，可以使用该模式设置目
标并发，也就是 jmeter 里面的线程数。

 

第二种是RPS 模式（吞吐量模式）
RPS（Requests Per Second）是指每秒请求数。RPS 模式即“吞吐量模式”，通过设置
每秒发出的请求数，从服务端的角度出发，直接衡量系统的吞吐能力。

 

场景设计：

场景一分析

    场景一就是典型的并发用户模式。

 

我们在用jmeter设计第一种场景的时候，可以用线程数去模拟并发用户。如下图
设置500线程去模拟500用户；一次迭代表示每个线程的请求只发起一次；集合点500表示这500线程将在同一时间发起请求

 

 

 

 

场景二分析

　场景二就是典型的吞吐量模式了

为什么要设计这种模式呢？因为我们通常谈到压力都是从客户端去考虑的，也就是先知道并发用户数有多少，然后再去发起压力。但是如果不知道并发数的话，我们是不是就没有办法去测试了?所以后来从阿里衍生出了一个RPS模式，就是绕过并发数的计算，直接通过吞吐量去直接衡量服务端的性能。吞吐量是衡量系统性能的唯一标准
设计第二种场景的时候，我们就需要考虑吞吐量了。我们一般通过负载测试来找到吞吐量的拐点。
负载测试：持续稳定地增加系统的负载，测试系统性能的变化，找出系统瓶颈和性能拐点
如果用rps压力模式的话，这里所谓的增加系统负载，就是指的增加每秒请求数。如下图rps定时器

下图表示我在60s内将rps稳定的加到400/s

 

 

下图表示监听到的tps数据

 

 

 

 

 

 

 

 

 

 

 

 

 

相关连接：

https://www.cnblogs.com/waitingzxy/p/11376034.html .....................压力测试报告-案例

https://blog.csdn.net/ufuhz2008/article/details/104125894 .............需求案例

https://www.cnblogs.com/wobuchifanqie/p/12070734.html ..............测试案例

https://blog.csdn.net/ufuhz2008/article/details/104123479 ............百度压测案例

https://testerhome.com/articles/20770 ...........................................公式解释VU、RPS、RT 换算

 https://testerhome.com/articles/20773 .........................................压测分析性能拐点

https://testerhome.com/topics/21318 ...........................................jmetert全栈

https://blog.51cto.com/u_13645741/3805190?u............................jmeter的beanshel脚本的使用

https://juejin.cn/post/7022222251361730597 ................................性能指标分析