jmeter同步定时器-JMETER性能测试

为性能测试提供了一下特色：

可以对测试静态资源（例如 js、html 等）以及动态资源（例如 php、jsp、ajax 等等）进行性能测试

可以挖掘出系统最大能处理的并发用户数

提供了一系列各种形式的性能分析报告

使用 一般用于以下两种类型的性能测试

负载测试：通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。

压力测试：测试系统能承受的最大负载能力。目的在于发挖掘出目标服务系统可以处理的最大负载

使用 进行性能测试的基本过程

对上图进行简要的说明

新增线程组

创建测试线程组，并设置线程数量及线程初始化启动方式。

新增 元组

创建各种默认元组及测试元组，填入目标测试静态资源请求和动态资源请求参数及数据。

新增监听器

创建各种形式的结果搜集元组，以便在运行过程及运行结束后搜集监控指标数据。

运行&查看结果

调试运行，分析指标数据，挖掘性能瓶颈、评估系统性能状态。

1、 并发测试

1）添加线程组，初始化线程组

假设：

Ramp-Up ：T （有人称之为启动时间，有人说是准备时长，看个人喜好）

线程数：n

循环次数：a

若每个循环运行时间是 t

当时间到 S = (T- T/n)时，最后一个线程启动，若要使所有线程同时运作，则需要在最后一个线程启动的时候第一个线程仍未关闭，为达到这个要求，需满足 a·t > S及a > S/t

每一个线程运行时间既是R = a·t(此处的a是大于S/t的某一值)，则第一个线程在时间点为R 的时候停止，整个测试理论运行时间则是 ：S + R = (1-1/n)·T + a·t

总结：

测试中变量是 线程数 n ，每个循环时间 t 是个实践值，循环次数 a 只是为了延长单个线程的运行时间，从而保证当最后一个线程启动时，所有线程都在运行中，达到压测效果。

例如：如何使用进行并发登录测试

第一种方案直接从数据库中获取账号和密码

1、设置线程数为20 ，我们的并发用户量就是20个用户同时登录

2、添加定时器（同步定时器（ Timer）–>用来设置集合点，其作用是：阻塞线程，直到指定的线程数量到达后，再一起释放，可以瞬间产生很大的压力

3、设置集合点，当用户数量达到20个的时候再同时请求进行登录操作

（1） of Users to Group by：模拟用户的数量，即指定同时释放的线程数数量，若设置为0，等于设置为线程组中的线程数量；

（2） in ：超时时间，即超时多少毫秒后同时释放指定的线程数；如果设置为0，该定时器将会等待线程数达到了设置的线程数才释放，若没有达到设置的线程数会一直死等。如果大于0，那么如果超过 中设置的最大等待时间后还没达到设置的线程数，Timer将不再等待，释放已到达的线程。默认为0同步定时器（ Timer）的超时时间设置要求：超时时间 > 请求集合数量 * 1000 / (线程数 / 线程加载时间)

第二种方案对登录账号和密码进行参数化

1、添加设置线程数

2、添加定时器，设置集合点

3、添加CSV Data Set 进行参数化配置

2、性能插件下载安装及使用

下载地址：-.org

安装：下载后文件为-.jar格式，将其放入安装目录下的lib/ext目录，然后重启，即可。

启动，点击选项，最下面的一栏，如下图所示：

（已安装的插件）：即插件jar包中已经包含的插件，可以通过选中勾选框，来使用这些插件；

（可下载的插件）：即该插件扩展的一些插件，可以通过选中勾选框，来下载你所需要的插件；

（可更新的插件）：即可以更新到最新版本的一些插件，一般显示为加粗斜体，可以通过点击截图右下角的Apply and 按钮来下载更新；

PS：一般不建议进行更新操作，因为最新的插件都有一些兼容问题，而且很可能导致无法使用

1）阶梯压测– Group

在插件组中，有一个的插件，叫做： Group

相关介绍以及下载地址如下： :: -.org

其实最好的办法，是直接下载的第三方插件 （其中包含了很多扩展支持插件），解压后将其放入安装目录的-3.0libext路径下，然后重启即可。

下载地址： :: -.org

安装完成后，我们开始创建测试计划，并选择 Group：

Group：

下部分，是该压测的并发数据输入框。来看下各个参数的含义：

：目标并发数

Ramp Up Time：加速时间

Ramp-Up Steps Count：加速次数

Hold Rate Time：保持目标速率时间

Time Unit：时间单位

Limit：线程迭代次数限制，即循环次数（空，即为一次）

Log into File：将线程状态记录到文件中（保存日志文件）；

以上图中所示为例，首先Time Unit选择的是min（分），输入的数据为:

: 50

Ramp up Time(min): 1

Ramp-up Steps Count: 5

Hold Rate Time（min): 1

Limit: （空）

此用例场景为 ，在“Ramp up Time(min): ”1分钟的时间内，一共产生目标线程“ : ”50个；并且，分成“Ramp-up Steps Count: ”5个阶段来完成；在目标线程产生结束后，维持该线程生产速度“Hold Rate Time（min): ”1分钟；并且循环执行“ Limit: ”1次。over。

图中红色线条显示了单个循环内线程的产生概况，X轴为时间，共2min；Y轴为线程数，最高50条。5个阶梯显示出了线程的阶梯状分布。

2） — jp@gc – Group

一、安装插件

首先，需要安装jp@gc – Group插件，这个不再详述

二、添加线程

步骤：右键测试计划->添加->(Users)->jp@gc – Group

Start Count：当前行启动的线程总数。线程将一个接一个地开始，直到达到定义的线程数为止。

Delay/sec：延时启动当前行的线程，单位:秒 S

Time/sec：启动当前行所有线程达峰值所需时间，单位:秒

Hold Load For/sec：当前行线程达到峰值后的稳定加载时间，单位:秒

Time：停止当前行所有线程所需时间，单位:秒

举例说明：

配置说明：

第一个阶段，花30s的时间，启动20个线程，持续运行60s,用10s的时间停止掉

第二个阶段，第一阶段的线程都停止后，再开始启动第二个阶段的线程，花30s的时间再启动20个线程，再持续60s,用10s停掉

这样像波浪一样拍打服务器，观察服务器的性能，看系统是否能平稳运行。

3、查看结果及监控服务器资源

监听器

右键测试计划->添加->监听器->添加以下三个监听器—>完整添加HTTP 后，点击运行测试，查看各监控器中的运行结果。

jp@gc – Over Time

不同时间活动用户数量展示

展示阶梯加压测试的图标

Over Time如：这个图里可以清楚看到，并发线程数量呈现出明显的阶梯形状。在不同的时间段内，服务器处在不同的压力级别当中。

Over Time如：这个图里可以清楚看到，并发线程数量呈现出明显的阶梯形状。在不同的时间段内，服务器处在不同的压力级别当中。

TPS变化展示图：

Times Over Time

:

服务器性能监控数据采集器。在性能测试过程中，除了监控TPS和TRT，还需要监控服务器的资源使用情况，比如CPU、、I/O等。

该插件可以在性能测试中实时监控服务器的各项资源使用。

下载地址： :: -.org

其中-和-是客户端的插件，是服务端的插件。

下载成功后，复制-.jar和

-.jar两个文件，放到安装文件中的lib/ext中，重启，即可在监听器看到该监视器插件。

将-2.2.1.jar上传到被测服务器，解压，进入目录，环境，双击.bat启动；linux环境执.sh启动，默认使用4444端口。

如出现如下图所示情况，即表明服务端配置成功：

1、服务端启动校验

CMD进入命令框，观察是否有接收到消息，如果有，即表明成功启动。

2、客户端监听测试

给测试脚本中添加jp@gc – 监听器，然后添加需要监控的服务器资源选项，启动脚本，即可在该监听器界面看到资源使用的曲线变化。如下图所示：

其他监听器

在这里我们添加如下监听器，如图所示

运行&查看结果

如果启动运行 ，可以单击添加的监听器查看运行过程中的监控指标数据，也可以等运行结束后，再查看。

结果说明

下面我们就监听器所采集的结果图进行简要的说明：

图形结果

察看结果树

用表格查看结果

查看聚合报告

1、Lable：Label：每个 的 （例如 HTTP ）都有一个 Name 属性，这里显示的就是 Name 属性的值；

2、#:表示这次测试中一共发出了多少个请求，如果模拟10个用户，每个用户迭代10次，那么这里显示100；【我的是用户有100，只迭代一次，因此也是100】

3、：平均响应时间——默认情况下是单个 的平均响应时间，当使用了 时，也可以以 为单位显示平均响应时间；

4、：中位数，也就是 50％ 用户的响应时间；

5、90% Line ~ 99% Line：90％ ~99%用户的响应时间；

6、Min：最小响应时间；

7、：最大响应时间；

8、Error%：本次测试中出现的错误率，即 错误的请求的数量/请求的总数；

9、：吞吐量——默认情况下表示每秒完成的请求数（ per ），当使用了 ；

10、 KB/src：每秒从服务器端接收到的数据量；

11、Sent KB/src：每秒从客户端发送的请求的数量。、

原文链接：