面试被问到:fiddler 在工作中有哪些应用?怎么破?

作为软件测试工程师,如果你的简历中有涉及到 fiddler 这款工具,出去面试可能会被问到:fiddler 在工作中有哪些应用?

我们都知道 fiddler 是一款非常优秀的调试代理工具,用于记录客户端和服务端之间的所有的通信数据。软件测试工作中,主要可以帮助我们来完成以下事情:

  1. 定位前后端 bug
  2. 篡改数据
  3. 弱网模拟测试
  4. 获取前端性能数据

1、定位前后端 bug

当我们操作页面端发现一个 bug 时,对业务充分熟悉且有足够经验的测试工程师可以直接判断是否前后端 bug;但无经验的不要慌,可通过 fiddler 抓取 request、response 数据,分析定位前后端 bug。

Fiddler 怎么配置以及怎么抓取数据,本文章省略,可自行百度解决。

图片.png

a、查看请求的 http 状态码是否正确。例:若抓取到的请求返回的 http 状态码为 404,说明可能是前端 JS 提交了错误的地址,也可能是后端服务器没有对应地址的服务;若抓取到的请求返回的 http 状态码为 500,说明是后端服务器内部错误。

b、查看请求的 http 状态码 200 但界面提示报错,则具体分析 request 及 response 信息,确认是否前端请求传参错误,若前端对应请求地址及传参都正确,则确认后端问题。

2、篡改数据

2.1 断点篡改请求数据

当我们在测试的时候,仅仅通过页面来发起请求进行测试,会因为前端的一些输入限制,导致测试不能覆盖所有场景。比如微信发送红包金额前端限制 0.01-200 元,那我们测试的时候,通过抓包,需要修改请求红包金额超过 200,验证服务器端是否正常处理超出数据。

还比如我们很多项目都会涉及到支付功能,假设购买 1 件商品,在提交订单后、跳转到支付窗口之前,通过抓包能抓取到支付金额及数量的请求信息,并去篡改了支付金额或数量,然后以超低价格购买到多数量的高额商品。那就是严重 bug 了!

以上这些可以通过 fiddler 打断点,来修改请求数据。

  1. 设置 Rules—>Automatic Breakpoints—>Before Requests
  2. 然后在界面点击提交订单,看到请求前有红色禁行标识,说明设置了断点,请求被拦截了;
  3. 点击该请求,在右侧 WebForms 视图下会看到请求发送的具体内容,修改金额后,再点击 Run to Completion 按钮。这样就完成了数据的篡改。

图片.png

那么在涉及到支付等重要场景时可利用这种方法来完成服务器安全性校验。一般我们

可以要求开发在数据包中不要加入价格等敏感数据。

2.2 断点篡改响应数据

如果系统调用到第三方接口,根据第三方接口的不同返回结果进行不同的逻辑处理,当提供方不能配合我们来测试时;或者我们要从数据库获取不同的数据在前端做展示;就都可以利用 fiddler 来篡改接口返回的数据,模拟我们需要的测试场景。

  1. 设置 Rules—>Automatic Breakpoints—>After Responses
  2. 页面发起请求,看见对应的请求图标有红色禁行标识,表示响应过程已设置断点
  3. 修改响应数据,点击 Run to Completion 按钮。例如图示,修改省份选择框的省份过长,查看前端展示。图片.png

断点设置除了以上这种方法外,补充另外 2 种断点设置方式:

1)输入命令进行断点

图片.png

2)点击左下角的一个小区域设置断点 。点一下是设置请求的断点,点两下是设置响应的断点。

图片.png

2.3 通过AutoResponder修改响应

这是另外一种断点之外的修改响应数据的方式。在本地文件中配置你想要的的返回结果,请求特定接口时返回你自己配置的资源。例如下面网页请求的 logo 图片,篡改返回的这个 logo 文件为本地指定的一个文件。

图片.png

步骤如下:

图片.png

重新再请求页面,logo 已显示指定到的文件。

图片.png

3、弱网模拟测试

  1. Fiddler 中 Rules—>Cutomize Rules 打开 CustomRules.js 文档,搜索关键字 m_SimulateModem,找到如下文档位置

图片.png

  1. Rules->Performance-> 点击 Simulate Modem Speeds,开启弱网模拟。对比弱网设置前后,查看统计数据,可以看到弱网设置后,访问网站慢了很多。图片.png

图片.png

另:若想取消弱网设置,选中 Rules->Performance-> 点击 Simulate Modem Speeds,取消勾选即可。

4、获取前端性能数据

  1. 批量选择第一个请求和最后一个请求,使用 Statistics 页签,可获得整个页面加载所消耗的总体时间。从饼状图中可以清楚哪些请求耗时最多。图片.png
  2. 通过 Timeline 分析资源加载时序图,可以看到页面上各个资源加载过程所需要的时间和先后顺序,有利于找出加载过程中比较耗时的文件资源。

图片.png

以上可以帮助我们清楚耗时比较长的请求及文件资源,过长的可以提交给前端开发,针对性地进行性能优化。

好了,总结到这,有用赶紧收藏,下次面试再也不怕了!

1 操作
potato 在 2020-09-03 16:02:26 更新了该帖
1 回帖
请输入回帖内容 ...
  • xiaobo

    分享一下我在工作中用过的 fiddler 中的 autoresponse 的一些使用场景:

    ‍‍一、用于辅助测试,快速验证前端页面的一些逻辑处理是否符合预期

    1. 前端对某列数据做四舍五入的处理,一时之间找不到符合要求的数据的时候,就可以使用该功能,篡改接口响应结果给前端,从而验证是否有 bug。
    2. 前端某列显示金额字段,当金额的数值超过某个值的时候,显示格式要进行转换,一时之间找符合要求的数据比较麻烦的时候,就可以使用工具的这个功能快速的辅助你进行测试。
    3. 前端更改了某个明细字段的长度,但是在测试环境可能汇总指标的值为 0,导致你进不去明细页面,看不到效果,那么可以篡改响应结果,把汇总的值由 0 改成其他值,绕过前端的校验。

    二、用于辅助验证后端的处理逻辑

    1. 登录后能点击哪些菜单或按钮,是通过后端接口返回的,没权限的时候,前端控制不可点击。那如果篡改后端数据,新加入一个没有权限的接口返回前端,然后在页面上再去操作的时候,查看后端是否对权限做了二次校验。
    2. 有时候为了测试方便,会将生产的部分数据导入 sit 环境进行测试,但是有的基础数据又没导入,可能会存在在页面查询不到生产的数据 ,因为查询条件中选不到生产的某个网点,或者说 id 不匹配,这个时候就可以把查询接口中的接口响应结果用生产的接口的数据替换一下进行返回。‍‍