JMeter能够作接口测试和压力测试。其中接口测试的简单操做包括作http脚本(发get/post请求、加cookie、加header、加权限认证、上传文件)、作webservice脚本、参数化、断言、关联(正则表达式提取器和处理json-json path extractor)和jmeter操做数据库等等。java
通常分五个步骤:(1)添加线程组 (2)添加http请求 (3)在http请求中写入接入url、路径、请求方式和参数 (4)添加查看结果树 (5)调用接口、查看返回值;mysql
(1)JMeter 发get请求linux
(2)JMeter 发post请求web
(3)JMeter 添加cookie:须要在线程组里添加配置元件—HTTP Cookie 管理器正则表达式
(4)JMeter 添加header:须要在线程组里面添加配置元件—HTTP信息头管理器 sql
(5)JMeter 上传文件mongodb
(6)JMeter 参数化:入参常常变化的话,则能够设置成一个变量,方便统一修改管理;若是入参要求随机或可多种选择,则经过函数生成器或者读取文件造成一个变量。数据库
因此参数化有三种方式:用户定义的变量、函数生成器、读取文件。json
1> 用户定义的变量:须要添加配置元件-用户定义的变量。服务器
2> 函数生成器:须要用到函数助手功能,能够调用函数生成一些有规则的数据。经常使用的几个函数有_uuid、_random、_time。
_uuid会生成一个随机惟一的id,好比在避免java请求重发形成未处理数据太多的状况,接口请求可加一个惟一的请求id惟一的响应id进行一一对应;随机数_random,能够在你指定的一个范围里取随机值;
取当前时间_time,一些时间类的入参可使用,如{__time(,)} 是生成精确到毫秒的时间戳、{__time(/1000,)}是生成精确到秒的时间戳、${__time(yyyy-MM-dd HH:mm:ss,)} 是生成精确到秒的间。
3> 从文件读取:须要在线程组里面添加配置元件-CSV Data Set Config,其中Recycle on EOF:设置True后,容许循环取值;
具体的例子以下所示:
(7)JMeter 断言:JMeter断言用来检测响应返回的结果和咱们预期的是否一致。若针对整个线程组的话,则在线程组下添加断言-响应断言;若只是针对某个请求的话,则在请求下添加断言-响应断言。
(8)JMeter关联:接口请求之间存在参数调用,为了保存这个参数,创建jmeter关联。好比登录接口和购买商品接口,购买商品接口就须要登录接口返回的token等登录信息,
JMeter关联就能够保存这个token信息,方便购买商品接口使用。 JMeter关联能够经过二种方式来完成,获取到返回结果中指定的值。它们分别是正则表达式提取器、 json path extractor。
1>正则表达式提取器:若想获取的返回值未匹配到,能够把正则表达式两边匹配的数据扩大点。
a. 关于正则表达式
():括起来的部分就是要提取的。
.:匹配除换行外的任何字符串。
+:表明+号前面的字符必须至少出现一次(一次或屡次)。
?:表明?前面的字符最多能够出现一次,在找到第一个匹配项后中止(0次或1次)。
:表明号前面的字符能够不出现,也能够出现一次或者屡次(0次、1次或者屡次)
(.*):贪婪模式,匹配尽量多的字符
(.*?)或(.+?):匹配尽量少的字符,一旦匹配到第一个就不往下走了。
b. 关于模板
若想提取多个值的话,好比是a和b这两个值,则能够写成:$1$$2$。不管要提取多少个值,引用名称就是一个的,好比名称为id,${id_go}:获取整个字符串ab,${id_g1}:获取的是a,${id_g2}:获取的是b。
下面有一个具体的实例,以下图所示:
2> json path extractor:JMeter经过安装json path extractor插件来处理json串,提取json串中的字段值。
插件的下载地址:https://jmeter-plugins.org/?search=jpgc-json,下载完成,解压后,直接把lib文件夹放到jmeter相应目录下面。
特别说明:jmeter 2.xx左右的版本尝试过没法使用该插件,在jmeter 3.xx左右的版本装完插件后能正常使用。
须要在请求下建立后置处理器-jp@gc-JSON Path Extractor,具体的实例以下所示:
(9)JMeter 操做数据库
操做数据库基本有四个步骤:(1)导入mysql的jdbc的jar包 (2)建立数据库的链接配置,线程组里添加配置元件-JDBC Connection Configuration
(3)线程组里添加jdbc request,写sql语句 (4)添加察看结果树,点击启动按钮,就能看到执行的SQL。具体的实例以下截图所示:
特别说明:JMeter还能够操做oracle、postgreSQL、msSQL、mongodb等等数据库,同时不一样的数据库,JDBC Connection Configuration填写的Database url格式和JDBC Driver驱动名称也不相同。
JMeter数据库驱动列表以下表所示:
基本分为五个步骤:(1)先须要经过soapui工具获取到webservice接口的请求地址、请求报文和请求soapaction。(2)jmeter新建一个线程组
(3)线程组下创建SOAP/XML-RPC Request,写入请求url、请求报文、请求soapaction。(4)启动jmeter,调用接口,经过察看结果树查看返回值。
soapui获取信息的实例以下图所示:
soapui提交完后,点击raw,可看到soapation,有些接口若没返回soapation,则jmeter里也就不用填。
JMeter-webservice脚本实例以下图所示:
压力测试分两种场景:一种是单场景,压一个接口的;第二种是混合场景,多个有关联的接口。压测时间,通常场景都运行10-15分钟。若是是疲劳测试,能够压一天或一周,根据实际状况来定。
压测前要明确压测功能和压测指标,通常须要肯定的几个问题:
(1)固定接口参数进行压测仍是进行接口参数随机化压测?
(2)要求支持多少并发数?
(3)TPS(每秒钟处理事务数)目标多少?响应时间要达到多少?
(4)压服务器名称仍是压服务器IP,通常都是压测指定的服务器;
(1)线程数:并发数量,能跑多少许。具体说是一次存在多少用户同时访问
(2)Rame-Up Period(in seconds):表示JMeter每隔多少秒发动并发。理解成准备时长:设置虚拟用户数须要多长时间所有启动。若是线程数是20,准备时长为10,
那么须要10秒钟启动20个数量,也就是每秒钟启动2个线程。
(3)循环次数:这个设置不会改变并发数,能够延长并发时间。总请求数=线程数*循环次数
(4)调度器:设置压测的启动时间、结束时间、持续时间和启动延迟时间。
运行完后,聚合报告会显示压测的结果。主要观察Samples、Average、error、Throughput。
(1)Samples:表示一共发出的请求数
(2)Average:平均响应时间,默认状况下是单个Request的平均响应时间(ms)
(3)Error%:测试出现的错误请求数量百分比。若出现错误就要看服务端的日志,配合开发查找定位缘由
(4)Throughput:简称tps,吞吐量,默认状况下表示每秒处理的请求数,也就是指服务器处理能力,tps越高说明服务器处理能力越好。
(1)有错误率同开发确认,肯定是否容许错误的发生或者错误率容许在多大的范围内;
(2)Throughput吞吐量每秒请求的数大于并发数,则能够慢慢的往上面增长;若在压测的机器性能很好的状况下,出现吞吐量小于并发数,说明并发数不能再增长了,能够慢慢的往下减,找到最佳的并发数
(3)压测结束,·登录相应的web服务器查看CPU等性能指标,进行数据的分析;
(4)最大的tps:不断的增长并发数,加到tps达到必定值开始出现降低,那么那个值就是最大的tps。
(5)最大的并发数:最大的并发数和最大的tps是不一样的几率,通常不断增长并发数,达到一个值后,服务器出现请求超时,则可认为该值为最大的并发数。
(6)压测过程出现性能瓶颈,若压力机任务管理器查看到的cpu、网络和cpu都正常,未达到90%以上,则能够说明服务器有问题,压力机没有问题。
(7)影响性能考虑点包括:数据库、应用程序、中间件(tomact、Nginx)、网络和操做系统等方面。
(1)JMeter 在linux安装
简单说下,就是要先安装jdk,同时再配置环境变量,最后再上传jmeter压缩的安装包,在linux下解压完安装包就可使用了;
(2)JMeter在linux运行
进入jmeter下的bin目录下运行脚本,未配置jmeter环境变量的条件下,运行的命令:
./jmeter -n -t a.jmx -l res.jtl
其中a.jmx是准备好的jmeter脚本,res.jtl是测试结果文件,测试结果文件能够导入到jmeter察看结果树下查看。