jmeter之简单性能测试

测试需求：

1）测试目标网站是fnng.cnblogs.com

2）测试目的是该网站在负载达到20 QPS 时的响应时间

 

 

QPS 解释

 

　　QPS : Query Per Second 每秒查询率。是一台查询服务器每秒能够处理的查询次数。在因特网上，作为域名系统服务器的机器的性能经常用每秒查询率来衡量。

 

 

 

　　为了达成预期的测目的，需要需要在jmeter中建立一个测试计划。因为本次测试仅要求完成对fnng.cnblogs.com博客首页请求，因此只需要使用HTTP Request Sampler 即可。

 

 

 

建立测试计划

 

 　　启动jmeter后，jmeter会自动生成一个空的测试计划，用户可以基于该测试计划建立自己的测试计划。

 

准备数据

 

线程组：

 

线程数：20

 

准备时长： 10

 

循环次数：10

 

---------------------------------------------------------------  

 

HTTP请求：

 

名称：fnng.cnblogs.com。

 

服务器名称或IP ：fnng.cnblogs.com

 

端口号：80 

 

Implementation ： java 

 

协议： http

 

方法： GET

 

路径：/

 

---------------------------------------------------------------  

 

常数吞吐量定时器：

 

Target throughput（in samples per minute）：1200.0

 

Calculate Throughput based on ：All active threads

 

---------------------------------------------------------------  

 

点击工具栏上的运行按钮，或者点击菜单栏“ 运行--->启动 ” 或者使用快捷键ctrl+r 来运行程序。

 

添加线程组

 

 

线程数：虚拟用户数。一个虚拟用户占用一个进程或线程。设置多少虚拟用户数在这里也就是设置多少个线程数。

准备时长： 设置的虚拟用户数需要多长时间全部启动。如果线程数为20 ，准备时长为10 ，那么需要10秒钟启动20个线程。也就是每秒钟启动2个线程。

循环次数：每个线程发送请求的次数。如果线程数为20 ，循环次数为100 ，那么每个线程发送100次请求。总请求数为20*100=2000 。如果勾选了“永远”，那么所有线程会一直发送请求，直到选择停止运行脚本。

　　           设置合理的线程数对于能否达到测试目标有决定性的影响。在本例中，要求得到网站首页在20 QPS 负载情况下的响应时间，如果如果线程数量设置的过小，则很可能无法达到设定的QPS要求。另外，设置合理的循环次数也很重要，除了上面介绍的固定循环次数与永远外；也可以灵活的选择设定测试运行时间。勾选“调度器”，进行调度器配置。

 

 

添加HTTP请求

 

 

 

 

设置OPS限制

       本次性能测试的需求中提到测试的目的是“了解博客的首页在负载达到20 QPS时的响应时间”，因此需要控制向博客首页发送请求的负载为20QPS。

　　一种可行的方法是逐步调整测试计划中的线程计算的数量以及为取样器（Sampler）添加定时器（Timer），以使HTTP取样器发出的请求的QPS保持在20个左右。但这种方法耗时耗力，需要经过多次尝试才能达到；

       另一方法，完全通过设置定时器来控制QPS，一旦取样器的响应时间发生改变（网络环境发生改变），就需要重新调整定时器的等待时间。

　　Jmeter提供了一个非常有用的定时器，称为Constant Throughput Timer （常数吞吐量定时器），该定时器可以方便地控制给定的取样器发送请求的吞吐量。

　　右键点击fnng.cnblogs.com ，弹出菜单（添加--->定时器--->Constant Throughput Timer）选择Constant Throughput Timer

 

 

 

 

名称 ：定时器的名称

Target throughput（in samples per minute）：目标吞吐量。注意这里是每分钟发送的请求数，因此，对应测试需求中所要求的20 QPS ，所以1分钟（60s）应为：20*60=1200，这里的值应该是1200 。

Calculate Throughput based on ：有5个选项，分别是：

　　This thread only ：控制每个线程的吞吐量，选择这种模式时，总的吞吐量为设置的 target Throughput 乘以矣线程的数量。

　　All active threads ： 设置的target Throughput 将分配在每个活跃线程上，每个活跃线程在上一次运行结束后等待合理的时间后再次运行。活跃线程指同一时刻同时运行的线程。

　　All active threads in current thread group ：设置的target Throughput将分配在当前线程组的每一个活跃线程上，当测试计划中只有一个线程组时，该选项和All active threads选项的效果完全相同。

　　All active threads （shared ）：与All active threads 的选项基本相同，唯一的区别是，每个活跃线程都会在所有活跃线程上一次运行结束后等待合理的时间后再次运行。

　　All cative threads in current thread group （shared ）：与All active threads in current thread group 基本相同，唯一的区别是，每个活跃线程都会在所有活跃线程的上一次运行结束后等待合理的时间后再次运行。

 

　　如上图，该元件仅作用于fnng.cnblogs.com ，设置定时器的Target throughput为1200/分钟（20 QPS），设置Calculate Throughput based on 的值为All active threads 。

　　当然，Constant Throughput Timer只有在线程组中的线程产生足够多的request 的情况下才有意义，因此，即使设置了Constant Throughput Timer的值，也可能由于线程组中的线程数量不够，或是定时器设置不合理等原因导致总体的QPS不能达到预期目标。

 

 

 

 

添加监听器

添加聚合报告，右键点击线程组，在弹的菜单（添加--->监听器--->聚合报告）中选择聚合报告

 

 

 

聚合报告分析

 

 

 备注：90%Line

一组数由小到大进行排列，找到他的第90%个数（假如是600），那么这个数组中有90%的数将小于等于600。

用在性能测试的响应时间也将非常有意义，也就是90%请求响应时间不会超过600 秒。

 

监听器--图形结果

 

 

样本数目：总共发送到服务器的请求数.
最新样本：代表时间的数字,是服务器响应最后一个请求的时间.
吞吐量：服务器每分钟处理的请求数.
平均值：总运行时间除以发送到服务器的请求数.
中间值：时间的数字,有一半的服务器响应时间低于该值而另一半高于该值.
偏离：服务器响应时间变化、离散程度测量值的大小,或者,换句话说,就是数据的分布

 

转自：https://www.cnblogs.com/fnng/archive/2012/12/22/2829479.html