JMeter之Http协议接口性能测试
视频参考:https://www.imooc.com/learn/791
1、jemeter是用来进行接口的协议接口和性能,常用的接口协议有下面的类型
2.1,常见的接口协议
1.;2.
;3.
;4.
;5.
;
3.1,JMeter功能介绍
JMeter的应用领域:1.Browser架构应用的性能;2.Http协议接口功能与性能;3.FTP协议接口功能与性能;4.Mysql数据库性能;5.MongoDB数据库性能;6.支持自定义java组件开发
jmeter的简单使用
步骤一:添加线程组
步骤二:添加http请求
步骤三:添加参看数目,参看运行的结果
往Http请求Sampler添加擦看结果树与聚合报告(用于查看Sampler运行结果),如下图所示:
添加结束后,点击运行,运行后,通过察看结果树与聚合报告,分析测试结果,入下图所示(分别是查看结果树结果,聚合报告结果):
下面用网上的一个免费的api接口来演示怎么解决中文乱码的问题,接口地址:http://www.weather.com.cn/data/sk/101010100.html。
一般有两种方法,方法1,通过在中输入utf-8;方法2,修改JMeter安装路径中的jmeter.properties文件,jmeter.properties文件文件的路径如下图:
如果以上两种方法都不能解决乱码的问题,还有下面的方法,输入:prev.setDataEncoding("utf-8")
一般还要再加一个维度:聚合报告
注意:“查看结果树”一般只用来辅助调试测试脚本,但因为它会打印大量的数据,消耗IO、CPU,而且消耗是比较大的,影响聚合报告中的测试结果,所以在真正的测试过程中一般会去掉“查看结果树”
这样,对结果进行分析,就能完成一次简单的测试。
聚合报告的结果,字段代表的含义:
jmeter中线程组的设置
2、线程属性
- 线程数:当前线程数量,可以简单的理解为用户数量。
- Ramp-up Period (in seconds):达到上面指定线程数所花费的时间,单位为秒。举个栗子:假设线程数为100个,花费时间20s,那么每秒启动的线程数 = 线程数/时间,即100/20 = 5。换句话说,就是1秒启动5个线程。
- 循环次数:勾选“永远”选项,则线程组一直循环。否则,以后面所填数量为准。
- Delay Thread creation until needed:当线程需要执行的时候,才会被创建。如果不勾选此选项,所有线程在开始时就全部被创建。
- 调度器:勾选此选项,才可修改下面的调度器配置。
线程组相当于有多个用户,同时去执行相同的一批次任务。每个线程之间都是隔离的,互不影响的。一个线程的执行过程中,操作的变量,不会影响其他线程的变量值。
Delay Thread creation until needed: 默认情况下,测试开始的时候,所有线程就被创建完了。如果勾选了此选项,那么线程只会在合适的需要用到的时候创建。
Ramp-Up Period:
线程启动的时间,下图的线程配置,5个线程,5秒启动时间,每个线程执行两次循环。那么每秒会启动2个线程,每次循环执行一个请求。
上图中每秒启动一个线程,一个线程执行2次,5个线程中共执行了10次
取样器错误: 当线程执行取样器失败的时候,要执行的策略
选项:
- 继续:忽略错误,是继续执行
- Start Next Thread Loop: 忽略错误,线程当前循环终止,执行下一个循环。
- 停止线程:当前线程停止执行,不影响其他线程正常执行。
- 停止测试:整个测试会在所有当前正在执行的线程执行完毕后停止
- 立即停止测试:整个测试会立即停止执行,当前正在执行的取样器如果可能会被中断。
那么这几个配置控制了,当遇到错误的时候,测试的执行策略,是否会继续执行。
调度器
如果不想立即执行执行,可以通过调度器控制测试执行的开始时间和结束时间。
- 启动时间:控制测试在某个时间点启动。这个配置会被“启动延迟(秒)”配置覆盖。
- 结束时间:控制测试执行的结束时间。这个配置会被“持续时间(秒)”配置覆盖。
- 持续时间(秒):控制测试执行的时间。
- 启动延迟(秒):控制测试多久后启动执行。
参数化是自动化测试脚本的一种常用技巧。简单来说,参数化的一般用法就是将脚本中的某些输入使用参数来代替,在脚本运行时指定参数的取值范围和规则;
这样,脚本在运行时就可以根据需要选取不同的参数值作为输入。这种方式通常被称为数据驱动测试(Data Driven Test),参数的取值范围被称为数据池(Data Pool)。
jmeter的test plan中,支持如下4种参数化方式:
函数助手:_CSVRead
CSV Data Set Config:CSV数据控件
User Defined Variables:用户定义的变量
User Variables:用户参数
首先新建一个测试脚本,可以通过工具(badboy)录制或者自己手动编写
登录请求的界面如下:
这里我们对登录的用户名密码进行参数化,将用户名密码写入txt文档,保存为.dat格式,编码类型选择UTF-8;
因为配置元件——CSV Data Set Config对参数化的格式要求比较严格,用户名密码一一对应,之间用半角英文逗号隔开
然后将保存的.dat文件放入计算机的某个盘里,这里我放入路径为:F:\jmeter\csvtest.dat
下面具体介绍参数化常用的的两种方法:
一、函数助手:_CSVRead
点击jmeter的界面,功能栏选项→ 函数助手对话框→ _CSVRead
CSV file to get values from | *alias:CSV文件取值路径,即这里需要写入之前的需要参数化的参数的文件路径
CSV文件列号| next|*alias:文件起始列号:CSV文件列号是从0开始的,第一列为0,第二列为1,以此类推。。。
函数字符串:即生成的参数化后的参数,可以直接在登陆请求中的参数中引用,第一列为用户名,函数字段号为0,第二列为密码,函数字段号为1,以此类推进行修改使用即可
替换参数化后的参数,然后修改线程数,执行脚本,通过监听器里结果树的请求内容,可以看到请求的参数都是参数化后的数据
二、配置元件——CSV Data Set Config
点击线程组添加配置元件→ CSV Data Set Config:
说明:
Filename:F:\jmeter\csvtest.dat文件名,保存参数化数据的文件目录,可选择相对或者绝对路径(建议填写相对路径,避免脚本迁移时需要修改路径);
File encoding:UTF-8,F:\jmeter\csvtest.dat文件的编码格式,在保存时保存编码格式为UTF-8即可;
Variable Names(comma-delimited):对对应参数文件每列的变量名,类似excel文件的文件头,起到标示作用,同时也是后续引用的标识符,建议采用有意义的英文标示;
(如:有几列参数,在这里面就写几个参数名称,每个名称中间用分隔符分割,这里的 user,pwd,可以被利用变量名来引用:user,user,{pwd};
Delimitet:参数文件分隔符,用来在“Variable Names”中分隔参数,与参数文件中的分隔符保持一致即可;
Allow quote data:是否允许引用数据,默认false,选项选为“true”的时候对全角字符的处理出现乱码 ;
Recycle on EOF?:是否循环读取参数文件内容;因为CSV Data Set Config一次读入一行,分割后存入若干变量中交给一个线程,如果线程数超过文本的记录行数,那么可以选择从头再次读入;
△ Ture:为true时,当已读取完参数文件内的测试用例数据,还需继续获取用例数据时,此时会循环读取参数文件数据(即:读取文件到结尾时,再重头读取文件);
△False:为false时,若已至文件末尾,则不再继续读取测试数据;通常在“线程组线程数* 线程组循环次数>参数文件行数”时,选用false(即:读取文件到结尾时,停止读取文件);
Stop thread on EOF?:当Recycle on EOF为False时(读取文件到结尾),停止进程,当Recycle on EOF为True时,此项无意义;
△若为ture,则在读取到参数文件行末尾时,终止参数文件读取线程;
△若为false,此时线程继续读取,但会请求错误,因此时读取的数据为EOF;
Sharing mode:共享模式,即参数文件的作用域,有以下几种方式:
△All threads:当前测试计划中的所有线程中的所有的线程都有效,默认;
△Current thread group:当前线程组中的线程有效;
△Current thread:当前线程有效;
完成之后,将刚才生成的参数写入参数对应的值里面:
以上两种常见的参数化的方法,推荐使用CSV控件方法(因为函数助手参数化功能相比其较弱)
三、配置元件——User Defined Variables
点击线程组添加配置元件→ User Defined Variables(用户定义的变量):
如上图所示,在该参数组中已经定义了两个参数,通过界面下方的添加、删除按钮可以向参数列表增加和删除参数,Up和Down可以上下移动参数的位置;
PS:User Defined Variables中定义的参数值在test plan执行过程中不能发生取值的改变,因此一般仅将test plan中不需要随迭代发生改变的参数(只取一次的参数)
设置在此处;例如:被测应用的host和port值。
四、前置处理器——User Variables
点击线程组添加前置处理器——User Variables(用户参数):
如上图所示,在该参数组中已经设置了两个参数,username和password分别有2组不同的取值,通过页面下方的四个按钮,可以增加删除参数的可能取值。
PS:User Variables中设置的参数可以在test plan执行过程中发生变化。
以上就是jmeter参数化的四种方式,其中:
1、函数助手_CSVRead的参数化功能相比CSV Data Set Config较弱;
2、CSV Data Set Config适用于参数取值范围较大的时候使用,该方法具有更大的灵活性;
3、User Defined Variables一般用于test plan中不需要随请求迭代的参数设置;
4、User Variables适用于参数取值范围很小的时候使用;
PS:相比于loadrunner来说,jmeter参数化有以下不同:
1.jmeter参数文件第一行没有列名称
2.参数文件的编码,尽量保存为UTF-8(编码问题在使用CSV Data Set Config参数化时要求的比较严格)
3.Jmeter的参数化没有LoadRunner做的出色,它是依赖于线程设置的(只有CSV Data Set Config参数化方法才有)
posted on 2018-06-28 19:21 luzhouxiaoshuai 阅读(320) 评论(0) 编辑 收藏 举报