Jmeter使用方法

Jmter使用方法

添加一个线程组

image.png

线程组配置说明：

image.png

在取样错误后执行的动作

1. 继续：当前线程出错后后续线程继续运行

2. Start Next Thread Loop:出错后启动下一组线程运行

3. 停止线程：出错后后续线程停止运行，但是会返回错误结果

4. 停止测试：与停止线程的差异在与不反悔出错前的结果

5. 线程数：虚拟用户数

6. Ramp-up Period(in seconds)准备时长：所有线程在多久时间内启动，单位是秒，启动过程与时间平均启动

7. 循环次数：如果线程数是20 、循次数是100，每个线程都会发送100次 总数是20 *100=2000次

8. Delay Thread Creation until needed :延迟创建线程如果勾选后，10创建10个线程 确保每秒创建1个，如果不勾选 测试默认先创建所有线程只是线程为暂停状态

9. 调度器：
   a）启动时间：测试启动后会一直等待到设定的启动时间开始运行。运行期间，Jmeter会在每一次循环结束后，检查是否已经达到结束时间。如果已经到达结束时间，Jmeter就会终止测试运行，否则继续下一个测试循环。
   b）结束时间：测试执行期间每次循环结束均会判断是否达到结束时间，如果达到结束时间即停止线程组。
   c）持续时间：优先高于启动时间和结束时间，执行持续时间的秒数，注意：持续时间的循环次数需配置成永远，否则持续时间不生效。
   d）启动延迟：配置后每个设置的延迟秒数启动线程数据量的请求。
   注意：如果使用调度器，需要将循环次数设置成永远。

添加一个HTTP请求

image.png

1. 配置线程组

   
   
   

   image.png

2. 点击执行——》在察看结果树

   
   
   

   image.png

参数化配置

1. 配置固定参数化

   
   
   

   image.png

2. 参数化请求URL参数编码

   
   
   

   image.png
3. 请求效果：http://xx.xxxx.xxxx/trainnew/getStartEndStation?startStation=%E5%8C%97%E4%BA%AC&endStation=%E5%A4%A9%E6%B4%A5&startDate=2018-07-31
   4.请求结果展示设置
   
   

   image.png
   
   5.文件参数化——函数参数化 选项——》函数助手对话框——》选择_CVSRead——》设置——》点击生成
   
   

   image.png
   
   
   

   image.png
   
   注意：参数化文件一定是ANSI编码，否则请求url乱码
4. 文件参数化——借助jmeter中的配置元件（CSV Data Set Config）

5. 选中线程组，点击右键，添加－配置元件－CSV Data Set Config

   
   
   

   image.png
   
   
   

   image.png
   
   

   a. Filename ：参数项文件
   b. File Encoding ：文件的编码，设置为UTF-8
   c .Vaiable Names：文件中各列所表示的参数项；各参数项之间利用逗号分隔；参数项的名称应该与HTTP Request中的参数项一致。Delimiter：如文件中使用的是逗号分隔，则填写逗号；如使用的是TAB，则填写\t；(如果此文本文件为CSV格式的，默认用英文逗号分隔)
   d. Recycle on EOF?：True=当读取文件到结尾时，再重头读取文件 False=当读取文件到结尾时，停止读取文件Stop thread on EOF?： 当Recycle on EOF为False时，当读取文件到结尾时，停止进程，当Recycle on EOF为True时，此项无意义
   注意：Recycle on EOF?的权重比后面Stop thread on EOF?大，先判断前边一个参数

   
   
   

   image.png
   
   注意：此时文件转成UTF-8 使用notepad++转文件格式

6. 用户自定义变量

   
   
   

   image.png
   
   
   

   image.png

检查点配置

image.png

image.png

设置配置各种图表

TPS 图表、响应数据图表、远程服务器监控图表

下载插件包：

http://pan.baidu.com/s/1mioVJni

将 lib 目录下的 jmeter-plugins-cmn-jmeter-0.3.jar 拷贝到 %JMeter%/lib 目录下；

将 ext 目录下的 jmeter-plugins-graphs-basic-2.0.jar 和 jmeter-plugins-manager-0.10.jar 拷贝到 %JMeter%/lib/ext 目录下

image.png

image.png

性能监控配置：
下载插件包：

image.png

注意：插件包支持 jmeter3.1版本，3.2、3.3版本会报错亲测

image.png

image.png

务必使用jmter3.1版本

高级阶段-分布式测试

1 所有的防火墙应该关闭
2 所有的客户端应该都是在同一个子网中。
3 确保jMeter可以访问这个服务器
4 确保各个客户端的jMeter的版本都是一致的，不同版本的Jmeter可能不会协同工作。
如果这些前提条件你都准备好了，那么你就可以开始远程测试了。jMeter的工作方式就是一个主机会去初始化其它从机的测试案例。系统的拓扑图如下

image.png

逐步搭建分布式平台

1. 配置环境变量 JEMTER_HOME %JEMTER_HOME%\bin
2. 在从机的系统里，进入Jmeter的bin目录，然后执行jmeter-server.bat

3. 主机展示，选择任意从机执行，所有从机执行

   
   
   

   image.png
4. jmter.properties 同一局域网添加2台slave ：remote_hosts=127.0.0.1,127.0.0.1

高级阶段-正则表达式提取器

image.png

image.png

配置说明：
　说明：
　　（1）引用名称：下一个请求要引用的参数名称，如填写title，则可用{title}引用它。 　　（2）正则表达式： 　　　　()：括起来的部分就是要提取的。 　　　　.：匹配任何字符串。 　　　　+：一次或多次。 　　　　?：不要太贪婪，在找到第一个匹配项后停止。 （3）模板：用$$引用起来，如果在正则表达式中有多个正则表达式，则可以是2$$3等等，表示解析到的第几个值给title。如：1$表示解析到的第1个值
举个例子

image.png

image.png

image.png

（4）匹配数字：0代表随机取值，1代表全部取值，通常情况下填0
（5）缺省值：如果参数没有取得到值，那默认给一个值让它取。

高级阶段-逻辑控制器

1. 条件控制

   
   
   

   image.png
   
   

   条件（默认JavaScript）（Condition(default javascript)）:使用JavaScript的函数或变量进行评估判断条件为真或假
   条件解释为变量表达式（interpret condition as variable expression）:如果勾选该项，那么变量表达式会进行求值，并与“ture”或“false”进行比较，而无需使用JavaScript
   对所有子条件执行（evaluate for all children）:如果勾选该项，则该controller在没一个子节点执行时执行一次；
   默认情况下，该控制器可以对包含在其下面的所有可运行的元素进行执行，但只在入口执行一次

2. Foreach循环控制

   
   
   

   image.png
   
   

   参数： Input Variable Prefix：输入变量前缀，本例中为：inputVar Output variable name：输出变量名称，提供给其它控件引用 Start index for loop(exclusive)：循环开始的索引（默认从0开始，如果填写是2，实际是从2+1个开始执行） End index for loop(inclusive)：循环结束的索引（默认从0开始，如果填写是2，实际是从2+1个开始执行） Add””before number：输入变量名称中是否使用“”进行间隔。

3. Switch控制

   
   
   

   image.png
   
   
   

   image.png
   
   

   · 第一种是数值，Switch控制器下的子节点从0开始计数，通过指定子节点所在的数值来确定执行哪个元素。
   · 第二种是直接指定子元素的名称，比如采样器的Name来进行匹配。当指定的名称不存在时，不执行任何元素。
   当Value为空时，默认执行第1个子节点元素。

总结分析

性能分析经验总结

1. 收集压测接口，以及接口主要逻辑保证接口逻辑覆盖全面
   设计参数话方案
   是否有缓存
   存储结构方案
   是否需要加入特殊如token、cookies、header等
   被压系统单台压测还是压测集群
   服务器机房
   本地外地
   2个接口是否有逻辑性等
2. 明确压测目标：
   高峰小时的连接数 正常3倍的TPS数量
   线上性能问题，问题具体原因和场景
   新系统找同样量级的兄弟部门高峰小时连接数作为参考
   响应时间17.4ms
   出现错误率
   如果有错误必须要查清楚错误原因、
   错误率5/1000以下
   查清错误有很强的规律性，有可能和系统配置有关、或者测试工具有关
   压测结果总结分析备份方便下次参考
   压测过程需要开发观察系统日志，以及系统机器资源使用情况
   网络带宽情况：办公网络是否能支撑压测时间的 流量
   压力机是本地，还是外地

实际压测结果数据

1台虚拟机 4核 4G内存 40G硬盘
5587 tps
响应时间：17.04毫秒
线程数100个
总事务数3496304个
成功率100%

image.png