零基础学习 Fiddler 抓包改包

7,765 阅读7分钟
原文链接: tmq.qq.com
  一、Fiddler 1.1.简介 Fiddler是一款HTTP协议调试代理工具,它能够抓取记录本机所有HTTP(S)请求,通过设置断点等方法我们可以任意修改进出Fiddler的数据(cookie,html,js,css)完成测试。其原理如下图,我们仅需要修改Proxy中收到的数据就可以模拟客户端和服务器的交互,完成一系列Mock测试。 关于Fiddler的安装、配置方法KM上教程很多,这里就不再介绍。 1.2.抓包 如果需要抓取本机请求,只需要启动程序并确保左下角为Capturing状态即可 如果需要抓取移动端请求,则需要在移动终端上指定代理服务器为Fiddler所在主机IP(需要处于同一网络),端口默认8888 Fiddler配置 Android中网络配置 如果需要抓取HTTPS请求,需要在Fiddler中勾选菜单栏Tools选项 勾选如下选项: 导出证书并安装 移动终端可以在浏览器中访问127.0.0.1:8888来安装证书。如果不安装证书的话只能抓取HTTP请求。

1.3.修改数据 Fiddler提供修改数据的方法有很多,常用的如下AutomaticBreakpoint命令行设置断点

  • AutoResponsder
  • FiddlerScript (Customize Rules)

后面将在实例中为大家介绍各个方法的具体使用方法。

二、测试实例

2.1. 需求介绍 如图所示,App中的一个页面向用户展示天气信息,具体规则如下: 拉取时机:进入页面后刷新天气信息数据源:  Yahoo接口显示数据:温度信息、天气icon、出行提示、风速、能见度……从测试角度看这个功能的测试难度不大,问题是如何快速的将全部天气信息匹配的icon和出行提示验证完毕。

2.2.测试前分析 通过分析接口和客户端代码了解到,客户端向服务器请求指定城市天气信息,在服务器返回的天气信息中各类天气状况由code值表示(对应关系如图1-1),数值对应的天气图标如图1-2. 图1-1 图1-2因此在测试中我们只需要让客户端接收到指定code值的天气数据就可以完成全部验证,所以先用Fiddler抓包看下接口的返回数据。方法如前文:首先PC上开启Fiddler,其次在手机中配置代理,接下来我们还要在手机浏览器中访问127.0.0.1:8888来安装证书(本例中接口为HTTPS请求),最后客户端触发下请求就OK了。

可以看出,红框内圈出的这一部分就是我们需要修改的数据啦。下面我们就采用各种手段来Mock吧。

2.3.修改数据 AutomaticBreakpoint

如果在工作中需要对某一个请求进行操作,最简单的方法莫过于使用Fiddler的这个功能

默认情况下状态为Disabled,根据需要我们可以选择开启不同的断点

Before Requests:向服务器发起请求前打中断,用以修改请求内的数据。

After Responses: 在服务器返回数据后中断,用以修改响应数据。

我们的用例中需要修改客户端收到的数据,因此勾选After Respnses即可。

注意:使用此功能需要正确使用Filter,否则Fiddler抓到的所有请求的会发生中断。

所有的设置都打开后就可以进行测试了,在Fiddler抓到返回数据后发生中断时我们手动将所有天气信息(code值)更改为龙卷风

修改完毕后点击Run to Completion 向客户端返回数据。接下来就是检查结果了。

结果符合预期,页面中的所有天气icon均为龙卷风通标。

以上便是自动打断点的使用方法,唯一不足的地方是当你需要查看其它请求的时候,已配置的Filter可能导致它们无法展示在Fiddler中,不过没关系,看看下面这种方法。

命令行设置断点

为了方便用户使用,Fiddler还提供了一个命令行接口,通过一系列内置命令可以大大的提高使用效率,这里我们只关注断点相关的几个常用命令,其他的内容可以通过help查询。 本例中我们关闭Filter并使用bpafter进行中断

键入断点后进入天气也触发天气信息拉取

这样一条熟悉的中断请求就出现在我们面前了,后面的操作跟之前一样,修改数据返回即可。

注:清除断点输入断点命令符不接参数即可,如:bpafter对于熟悉Fiddler的同学这种方法更灵活,可以快速的对需要监控的数据打点操作。

AutoResponsder

AutoResponsder这个功能基本原理就是替换线上文档,例如一个js/css请求,我们可以设置规则将返回的文件替换成本地文件。使用方法也很是简单,只需要在AutoResponder插件内添加规则即可。

在我们这个测试用例中,只需要创建规则匹配指定字符串,然后将修改好的响应文件添加进去,同时勾选上方三个复选框即可。一切搞定之后,当客户端发起请求后Fiddler会将本地构造的文件(如图)作为response返回给客户端完成测试

这种方法操作简单,一劳永逸,对于数据量改动比较大的场景较为适用。

FiddlerScript(Customize Rules)

前面的方法对于Mock数据来讲尽管够用,但总感觉有所些欠缺:人工介入太多,不能自动替换数据也无法通过数据驱动来进行测试。幸好,Fiddler提供了这样一个FiddlerScript插件,通过它可以编辑脚本文件实现自定义规则的实现。

FiddlerScript使用JScript语言(不是JS)需要单独安装后才可以使用

JScript:

http://doc.51windows.net/jscript5/?url=/jscript5/dir.htm

安装:

http://www.telerik.com/download/fiddler/fiddlerscript-editor

安装完毕后重启点击【Fiddler Script】tab即可

可以看到,脚本中已经预先设置好了这些接口,我们只需要在其中定义自己需要的规则就可以了。

 第一种方法  我们可以向下面这样将直接替换数据中的字符串来进行测试 再次发送请求后收到的数据将自动修改(之前的 code=”23” 变更为code=”1” test=”23”)  第二种方法  也可以向下面这样,当收到服务器响应时弹出提示框动手动输入数据 第三种方法

当然最建议的一种方式还是搞成数据驱动: ①   创建一个txt文件按行存储测试用例 ②   脚本里读取文件信息,此处的getCurrentTestCase方法是自己实现的,功能就是计算出第一个未标注“done”的数据作为当前需要替换的数据,并在结束时做上标记。这样一来,系统中所有的请求信息将按照预先设计好的顺序Mock ③ 测试同学按照预先设计好的用例检查结果就可以了。

这是一个很小的例子,但足以说明它强大的扩展性。对于测试工作而言FiddlerScript更像是一种粘合剂,它可以把手机、测试数据、执行脚本等测试中参与的一切粘合在一起,让测试更便捷,让自动化测试更强大。

三、小结

Fiddler除以上介绍的这些Mock数据的功能外还有很多其他用途,如域名的重定向、API的测试,这里就不一一列举。但根据我们以往的经验,如果能结合我们在其他领域的研究和探索,肯定还能有更深更广的应用。

【TMQ新书专栏】https://weidian.com/?userid=984448577  

版权所属,禁止转载