fiddler script 判断request中包含某参数_测试过程中，使用fiddler只是抓包？10个“独门”小技巧打包呈现...

在开发或测试过程中，我们经常会使用到fiddler进行抓包，但是在fiddler中有不少的‘效率型’的功能，可以帮助我们在工作中起到事半功倍的效果 。

以下就以fiddler功能结合手工测试的具体场景来进行介绍 。如我要对一个系统进行功能测试，一般流程是：功能的正向测试-功能的不同输入的反向测试-回归测试 。那么，我结合着fiddler的以下功能后，再进行以上的测试，看看效果如何 ？

设置过滤

打开fiddler，当我们操作被测系统时，会有不同请求进来(包括其它系统的请求)，我们只想关注所测系统的请求，就可以在fiddler中设置过滤。

设置过滤

请求着色

这时仍有很多请求，但现在只需对某一个接口请求进行测试，包括正向和反向的各种测试，为了方便区分，我们就可以对这个请求进行着色。注：当然也可以同时选中几个进行进行请求着色 。

请求着色

添加备注

若请求很多时，可以给一些不容易记住的请求加上备注信息，方便后续查看 。

添加备注

请求截图

请求已经设置好后，可以使用截图进行保存到本地，有助于我们查看请求的执行顺序，提高我们做流程测试的效率。

请求截图

编码转义

我们要对某个请求进行不同数据的测试，但是发现请求数据中有参数被编码了，所以我们要对数据先进行转码 。

编码转义

接口测试

开始对某个接口请求进行的不同数据的覆盖测试了，这时只需选择该请求，修改现有请求数据再次发送就相当于是执行了一条新的测试用例了。

编辑现成的请求数据并发送

保存请求

以上将每个请求的不同数据进行测试完毕时，我们可以将这些数据保存到本地一份，以便后续回归测试使用 。

保存请求

导入请求

以上所有功能测试完毕后的请求数据导出到本地后，下次要进行使用时，可以直接导入到系统 。

导入请求数据

回归测试

重新导入系统后的请求，可以再次进行发送进行回归测试 ，需要注意的是，重新导入的请求需要认证，所以导出的请求应该包含登录请求 。

接口调试

当回归测试时，发现某个请求执行失败了，这时我们也可以将失败的请求再次发送，以验证是否是bug。