Fiddler+Jmeter+断言详细教程
Fiddler+Jmeter+断言详细教程
一、Fiddler抓包工具的配置和使用
在编写网关自动化脚本之前,得先学会如何抓包,这里以Fiddler为例。会抓包的同学可以跳过这一步,当然看看也是没坏处的……
局域网络配置
将要进行抓包的手机与电脑连入同一局域网,电脑才能够抓到手机APP的请求,这里介绍一种我们在使用的网络配置方法。
首先使用电脑A布置一个我们抓包需要的局域网。下载猎豹WiFi(网上有很多这种工具360免费WiFi、百度WiFi等,随意下载一个就好,这里我们以猎豹WiFi为例),安装完后创建一个WiFi即可。
然后使用抓包的电脑B连接刚刚建立的WiFi,连接好后查看电脑B的IP地址。
用测试手机连接刚刚建立的WiFi,在局域网设置中将其代理改为电脑B的IP地址,端口号:8888,保存即可。
Fiddler配置
Fiddler的安装,在网上下载最新的版本就可以,这里给出一个我安装的4.5版本的链接http://sq.jd.com/bFPg1z ,下载安装,步骤就省略了,下一步..下一步即可。
安装完成后打开Fiddler,在菜单栏Tools->Fiddler Options->Connections,勾选Allow remote computers to connect,默认的端口号为8888,这里不需要修改,在修改手机代理设置时注意与这里一致。
因为我们所需要抓取的基本上都是京东到家有关的请求,所以我们可以设置只抓取我们所需要的请求,如图,选中右方Filters,在下方Hosts设置中选择Show only the follow Hosts,然后填入我们所需要抓取请求的Host,比如这里填入的是京东到家Android线上和预发布的Host。
到这里Fiddler的基本配置就完成了,接下来就可以开始抓包啦。
Fiddler抓包实例
-
开启Fiddler,确定本机网络连接,查看本机IP、Fiddler端口号。
本机IP:192.168.191.2
Fiddler端口号:8888
-
手机连接同一局域网,设置代理。
-
打开手机京东到家应用,清空电脑Fiddler遗留抓取结果,点击如图所示按钮,点击第一个Remove all即可。
-
下拉刷新京东到家首页,抓取其HTTP请求。
-
分析Fiddler抓包数据。在右上方结果框中选择Inspectors->Raw即可看到请求的URL、Cookie和Host等有关信息。在右下方结果框中选择JSON就能看到请求返回的JSON字符串。这里的JSON字符串是我们判断请求是否成功的重要依据。
提示:在每次抓取时重复下步骤3中清空结果列表的操作,可以更容易地找到需要抓取的请求。
二、Jmeter的基本使用
Jmeter的安装配置
-
下载Jmeter。我们使用的Jmeter版本是2.1.3,大家可以在\\192.168.202.207\share\pengyun 中直接下载apache-jmeter-2.13.zip即可,里面已经安装了需要的jar包和插件。
-
安装JDK。Jmeter2.1.3需要安装JDK 6或以上版本,没有安装的同学记得安装,还是给大家一个链接吧,http://sq.jd.com/VaGwoP ,需要的同学可以下载,安装完成后配置环境变量即可,参考链接http://jingyan.baidu.com/article/6dad5075d1dc40a123e36ea3.html 。
-
安装Jmeter。解压即可,无需多言。
第一个Jmeter脚本
这里很难对Jmeter做一个全面的介绍,而且我也只是了解了一些皮毛,所以就在实例中一一介绍吧,所有配置齐全之后,就开始我们的第一条脚本吧。下面的步骤说得比较详细,比较啰嗦,请勿急躁。
-
抓取需要的请求。这一步是在Fiddler中完成的,如果你是从头看到这的,那么这一步的内容就可以省略了。这里我们就以前面抓到的京东到家首页的请求为例。下图那个很重要的结果等会要用到。
-
运行Jmeter。在安装目录下的bin文件夹里打开jmeter.bat,后面的黑框能够输出一些断言结果。在右面的名称那里可以修改你要创建的测试脚本的名称,默认是测试计划。
-
创建线程组。测试计划右键选添加->Threads->线程组。
-
修改名称。修改线程组名称并不重要,根据自己的需要修改就行。由于我们执行脚本一般在需要的时候执行一次就可以,并不需要其他的配置,所以下方的线程属性就保持默认值即可(在进行压力测试的时候就需要进行配置了)。
-
添加HTTP请求。右键线程组选择HTTP请求。
-
填写HTTP请求相关信息。这一步是关键,需要根据步骤1中Fiddler里那段很重要的信息去填写。名称自行修改,Host、协议、请求方法、请求路径都能够在抓取到的信息中获取,拷贝过来就行。
注意:HTTP请求有GET和POST两种,不同的请求记得选择不同的请求方法!!!
-
添加Cookie管理器。右键线程组选择Cookie管理器。将抓取到的信息添加至Cookie管理器中。
-
添加结果树。到这里这条Case就算是编写完成了,在运行之前我们还需要添加一个结果树,来查看Case运行的结果。右键线程组选择查看结果树添加。
-
运行。在上方找到运行按钮运行即可。注意,如果有多个线程组或者多个HTTP请求,点击运行后都会全部一起运行。
-
结果分析。点击结果树即可查看运行结果,绿色为成功,红色为失败。在右边点击相应数据就能够看到返回的JSON字符串了。
这样我们的第一条Jmeter脚本就基本完成了,基本所有的HTTP请求都是大同小异,多练习写几条基本就能手到擒来了。结果树和Cookie管理器每个线程组添加一个就够用了。
三、Jmeter使用标准化
实际上,完成上面两个步骤并不算是真正学会了脚本的编写,因为脚本中最重要的一部分是它的断言,断言是来判断网关返回JSON结果是否正确和完整的重要手段。下面的内容写得比较啰嗦,麻烦大家一定要耐心点,别睡着!
参数化
1、简介
在写过一些脚本之后大家可能就会发现,所谓的写脚本无非就是不停地复制,粘贴,复制,粘贴……于是大家肯定会想一些让自己能更快复制粘贴的方法。参数化的方法就能在简化这个过程的同时让大家更清晰地认识到URL的结构。
URL其实就是很多个参数组成的,而里面的参数一般是会加密的,为了更好地了解URL的结构,可以对URL进行解码,这个百度一下大把解码工具可以用,都是在线的,很是方便。这里给个参考的链接http://meyerweb.com/eric/tools/dencoder/ ,URL粘进去点Decode即可。
解码结果如下:
从解码后的URL里可以看出其中很多参数的值,appName、signKey、screen、body等都是。经过对大量URL的分析,发现所有京东到家请求URL中有很多参数是不变的。更具体来说,根据请求的不同,只有signKey、body和functionId这三个参数是发生改变的,其余的参数,在账号和手机设备不变的情况下是不会发生变化的。这样的话,我们把那些不变的参数放在一起统一管理,每次在写新的脚本的时候,只需要改变那三个不同的参数就可以了。
2、实现方法
1)设置参数。在线程组右键选择添加->配置原件->用户定义的变量。
然后在定义变量的页面点击下方添加按钮进行URL参数的添加,这里参考解码后的URL,将其中的参数逐一进行添加。从下图中可以看到,除了signKey、body和funtionId这三个参数外,其与参数都被添加。我们也能够发现这些参数大都是和手机型号、系统、app名称版本等信息有关的,只要手机设备不更换、到家版本不更新,这套参数是可以一直用下去的。当然大家在使用自己设备和账号的时候记得更新下这些参数。
2)给请求添加参数。回到到家首页的HTTP请求,这时候我们已经不需要在路径的框里粘贴上那条很长很长的URL了。那么怎么使用上一步中的参数呢?看了下面这张图就明白了。这里引用参数的方法是${参数名}。可以看到下面的表中的参数是通请求一起发送的参数,也就是说是这些参数组成了原来的那条很长很长的URL。
注意下图表中框出的三个参数,就是前面一直在提到的每个请求都不同的那三个参数,signKey、body、functionId。那么以后再写新的脚本的时候,只需要改这三个参数,其他的地方都不需要改动。注意:下面的body参数是经过解码的,所以应当勾选后面的编码框。
3、实例
说了这么多,大家肯定会觉得没有必要这么麻烦,直接复制粘贴不就好了么,那么下面就举一个例子来体现下参数化的好处。按照上面的步骤设置添加好参数后,首页的脚本应当是可以运行了,下面我们以首页为基准,来写一条新的脚本,以秒杀页面为例。
第一步:使用Fiddler抓取秒杀页面的请求,对URL进行解码。注意标记的三个参数一会要用。
第二步:选择"首页"脚本,右键点击选择复制,选择"京东到家"线程组,右键点击粘贴,其实就是把首页的脚本复制一份。于是线程组里又出现了一个新的首页。
第三步:选择新复制的首页脚本,将其名称改为"秒杀页面",然后把参数列表中的那三个参数改为第一步中对应的值,然后Ctrl+S保存就可以啦。
是的,只需要这三步,就可以完成一个脚本,整个过程不超过一分钟。以后写每个脚本都可以用这三步实现。当然,后续给脚本加上断言之后还需要改动断言。
响应断言
如果你是从开头一步一步读过来的,那么你现在一定能够很快地写出一条脚本,这时候就有一个问题出现了,脚本写完了,可以运行了,也可以看到运行返回的结果了,那怎么能知道返回的结果是不是正确呢?是不是完整呢?这里先介绍一种简单的判断方式:响应断言。
右键点击HTTP请求添加->断言->响应断言。
这里的响应断言主要是针对HTTP请求返回的JSON字符串的,我们一般使用的是包括断言,就是返回的结果是否包含我们需要的信息。断言文本的截取可以在运行结果树里进行,将结果显示类型改为Text(当然也可以JSON格式和Text格式对比着找),找出需要断言的信息。
需要注意的是响应断言支持正则表达式,这可以对一些经常变化但格式固定的内容做一些断言。下图中最后一条断言就是正则表达式,其内容表达的是秒杀剩余时间是否大于0小于3600秒。这个可以根据检测点的需要去添加。想学习正则表达式的同学可以戳链接:http://deerchao.net/tutorials/regex/regex.htm 。
当然,响应断言的缺点很明显,它的格式过于固定,不能满足一些检查点的需求操作,比如比较大小,检查字段值是否为空。还有就是正则表达式会将所有符合格式的内容都筛选出来,不容易具体查出我们需要的内容。
它的优点就是比较简单,对于一些固定的内容可以起到很好的判断作用,比如下面第一条断言,这个可以基本断言出请求是成功的,另外对于首页楼层之类的信息也很适合用响应断言。
在写完正则断言后,要验证它的正确与否,可以在结果树中,将结果显示类型改为RegExp Tester,然后将断言复制到下方的Regular expression中,点击Test就可以看到匹配的结果。
Bean Shell断言
使用了响应断言之后,可能能够解决一部分的检查点,但是肯定还有很多检查点是通过响应断言覆盖不了的。这里给大家介绍另外一种断言的方式,Bean Shell断言,说白了也就是通过写代码来解析返回的JSON字符串,提取有用的信息,进行相应的检测。我对于Bean Shell的脚本语言也没有什么了解,基本都是使用简单的JAVA代码来实现的(真的是很简单的代码,除了if还是if,连else都没有)。在响应断言里实现不了的功能,也基本都可以通过代码来实现。
1、JSON的基础结构
要解析JSON字符串,就要对JSON做一定的了解,实际只要知道JSON的基础结构就可以。JSON有两种结构,对象和数组,通过这两种结构可以表示各种复杂的结构。希望大家能够自己百度了解下JSON的结构,下面大概对JSON的基础结构介绍一下,仅供参考。
对象:表示为用"{}"括起来的内同,其数据结构为{name1:value1,name2:value2,…}的键值对的结构,name为属性名,value为对应的属性值,这个属性值的类型有数字、字符串、对象、数组几种。如下图的例子,返回的JSON字符串中,result就是一个对象,其中的city、address、title等都是对象的属性值。
数组:表示为用"[]"括起来的内容,其数据结构为[object1,object2,…],其中object是JSON对象。如下图中的例子,result表示的是一个数组,它的第0个和第1个元素分别是一个对象,对象中又有各自的属性。
经过对象、数组的组合就可以组成复杂的数据结构了,明白了上面两点,就基本够用了,JSON的解析就是一个不断深入寻找所需信息的过程。
2、Bean Shell断言编写
Bean Shell断言实际上就是通过对JSON字符串的解析找到需要检测的数据进行相应的检测比对的过程。下面通过一个例子来具体说明下其编写方式。
因为手机APP上会显示商店名称、商店图片、营业时间、商店评分和满免运费的信息,所以这里我们对这些信息做一下检查,在请求返回的JSON结果中找到对应的字段:storeName、imgUrl、serviceTimes、shopFreeFreight和scoreAvg。
在HTTP请求点击右键,选择Bean Shell断言,添加Bean Shell元件。
添加完成后就可以开始编写Bean Shell脚本了,这里的代码就是对上方JSON返回串的解析,其中JSONObject是前面所说的对象,JSONArray就是数组了。里面输出的错误信息会输出到Jmeter刚打开时后面的那个黑框里。其余的JAVA语句都是很常用的if、for语句,相信只要明白了JSON结构,编写这里就很easy啦!
当然了,为什么不用一些更复杂的代码实现更强大的功能呢,原因有两个,一个是我的编码水平还很有限,以后会不断学习增加代码实现的功能,另一个原因就是Jmeter里的Bean Shell感觉比较low,如果代码出现错误(语法错误之类的),很难定位到是什么地方出现了问题,所以简单的代码能够让你更容易地运行和维护代码。
四、网关脚本
这个教程可能还是会漏掉很多东西,大家在一开始编写脚本的时候可能还会遇到一些不懂的地方,这个可以去git上下载我最新上传的脚本以供参考,或者直接来问我就好,脚本地址:
1.4.1线上地址:http://source.jd.com/app/gateway-auto-ant141
1.4.1预发地址:http://source.jd.com/app/gateway-auto-ant141-pre
因为脚本经常会Cookie过期或者有新的更新,所以git上的脚本会实时更新,当发现脚本出现大量错误的时候,试试去git上下载份新的脚本试试看。