Fiddler的安装与使用（进阶篇）

测试过程中的一些常见场景。

一、限速

背景：进行日常测试时通常网络情况都比较好（内网），所以有时会忽略在低速或网络状况不好的情况下系统页面的表现

手机可以用2G、3G、4G，也是一种方式，但这都是网络模式，而Fiddler可以设置上传和下载的延时时间，这种控制非常灵活，可以帮助我们模拟低速网络情况下页面、APP的显示与交互情况，比如响应时间过长时是否有弹出网络不好的提示、页面crash以及显示错乱、session是否一致等。

1.设置限速时间

（1）打开【Rules---Customer Rules】，Ctrl+F搜索（m_SimulateModem），默认发送数据是300毫秒，接收数据是150毫秒，根据实际情况限速后进行保存（Ctrl+S）
（2）启用限速：Rules---Performance---Simulate Modem Speeds

演示：对于发送数据（uploaded）每KB延迟30000毫秒，接受数据(downloaded)每KB延迟30000毫秒。

打开浏览器，访问百度，搜索python，页面加载非常慢，等全部加载完成时可以到Statistics查看时间。

注意：测试结束后记得取消限速

二、篡改数据

篡改分两种：

1.一种是修改请求数据，检查接口的处理情况，这种适用于不方便直接调接口，其不关心页面，只看接口处理是否正常，返回的数据对不对。

比如 Harbor House官网注册页面用户名限制的字符长度是2-20 ，把字符加到21以上，看效果，根据前端页面的预期结果是提示用户名超长了，而实际结果是注册成功了。

于是去数据库查了下表结构，发现用户名字段的长度是50，所以重新注册下，字符超过50，看接口返回的信息，提示“信息输入有误”，OK，测试通过，说明接口在这块做了保护。

用刚注册成功的用户名进行登录，提示“账号长度只能在2-20位字符之间”，登录失败
（引申：这些不会生效的数据，也会被称为脏数据，不改掉会影响到后续性能）

在这里做个假设：
仍然是上面的例子，页面上注册时提示没成功，但实际数据库中已经保存数据了，这样就算bug了，前端不应该在用户捕获到超过长度的字符时还去调用接口

理论上前后端对于输入参数的限制应该保持一致，但实际上数据库字段长度是要比前两者多的，因为要留有富裕的空间作为优化

再比如注册页面对用户邮箱有进行验证，Fiddler中修改后查看服务端是否有验证，有兴趣的朋友可以自己去尝试下

修改页面请求值

构造请求数据，突破表单的限制，可以随意提交数据，避免页面JS和表单限制，从而影响相关调试（绕过前端）

1）设置断点：Fiddler菜单栏->Rules->Automatic Breakpoints->选择Before Request，也就是发送请求之后，在Fiddler代理中转之前是可以修改请求数据的。

2）观察inspector，页面内容出现变化后修改Body的Value值，然后点击 “Run To Complete“，回到浏览器查看响应结果

访问百度时，设置一些错误的参数，点击“Run to Completion”会发现无法访问百度首页了。

2.另一种是修改返回包的数据，关心的是页面处理情况

比如理财app上显示金额，那么我们在测试时肯定要考虑金额的长度，此时可以通过篡改数据来看服务端返回不同的结果来看页面显示是否正常

修改页面响应结果（拦截响应数据，修改响应实体）

1）设置断点：

Fiddler菜单栏->Rules->Automatic Breakpoints->选择After Responses，
也就是服务器响应之后，但是在Fiddler将响应中转给客户端之前是可以修改响应的结果

2）观察inspector，页面内容出现变化（说明拦截成功）

3）切换到TextView，修改message，然后点击 “Run To Complete“，回到浏览器查看响应结果

PS：可以试着将message信息改的很长，页面变形了，那就能说明问题了。

三、利用AutoResponder替换服务器的返回数据（即原资源）

AutoResponder：重定向功能，将HTTP请求重定向到本地的文件，进行调试。

1.比如百度官网 logo，用户提出来要更新下，这时可以通过这功能实现，也就是不需要修改代码，就能预览换个logo图片文件的效果。

在右上角选择AutoResponder页签，勾选Enable rules、Unmatched requests passthrough 两个选项，点击Add rule 按钮，在下方填写替换的规则，编辑好之后，点击保存

第一行填写地址完全匹配，也可以写正则表达式进行模糊匹配，也可以从左侧把请求数据拖过来
第二行填写要替换的内容，下拉框有很多选项可以选择，比如201、302、404，502等status code

设置好替换图片后点击重新访问百度，请求回来的数据已经是替换后的内容了

注意：访问地址不一定为百度，而是第一行中填写的地址。

2.修改Response数据时超时
设置断点【After Response】之后，修改响应数据，来实现修改Response的内容，
但是这样容易造成请求超时

超时：客户端发送一个请求出去，如果在指定的时间内，没有返回，那么就不会再来处理这个请求了

假设修改内容的操作大于设置的超时时间，就算之后将断点放行，请求返回200，这个时候客户端也不会做任何处理，可以理解为修改的内容没有产生效果。

此时就可以利用AutoResponder的功能了，直接将修改之后的内容放到文件
步骤：
1）查看该结果返回的数据内容及格式
选择请求，右击，Save -> Response -> Response Body ，保存响应体，可以是文本格式

2）修改响应体的数据，如图修改title，重新发送请求，发现title和响应头部信息都已经更新

注意：强制刷新Ctrl+F5，获取最新资源

四、发送自定义请求（request-builder）

Composer：一个小型、简易的接口测试工具，可以填接口地址，设置请求参数、填写响应结果，也可以修改相应的头信息（如添加常用的accept，host，referrer，cookie，cache-control等头部）后execute。

也可以选择POST请求，更改请求体中的内容，注意保留请求体的格式。

注意：如果是乱码，请求header那设置 Content-Type：charset=utf-8

五、APP端抓包

1.前置条件

1）手机和电脑在同一局域网（PC端可以设置wifi热点）；
2）完成Fiddler的配置（允许远程连接），端口默认8888，然后重启Fiddler使其生效：
Tools——>Options——>Connections，勾选Allow remote computers to connect

2.接下来在CMD命令窗口，查看Fiddler进程是否能正常监听8888端口，如果服务没有正常开启，可以尝试使用其他端口，端口修改的位置，如上图位置
以下两种方法都可以：
1）执行 netstat -anop tcp
2）执行 netstat -ano|findstr “8888”
注意：0.0.0.0:8888，4个0代表所有的ip都可以连接进来这个端口