Skip to content

【实战】App 抓包实战练习

App 抓包实战练习

需求说明

使用 Charles 工具完成抓包与基础功能使用。

实战思路

uml diagram

抓包原理

在没有代理工具时,客户端会直接向服务端发起请求,然后服务端会把响应数据返回给客户端,这样就完成了客户端与服务端之间的数据传输。

有了 Charles,就相当于在客户端和服务端之间加上了中间人。有了这个中间人,从客户端出来的请求就不会直接到服务端了,而是会先发到 Charles 上,然后 Charles 再转发到服务端。同样的,服务端的请求也不会直接发给客户端了,会先发给 Charles,然后再由 Charles 发会给客户端。

常用应用场景

移动端接口测试

  • 查看接口数据:看发送请求的 url,携带的参数是否正确。
  • 分析 bug:遇到页面展示错误的问题,看接口请求数据是否正确,返回的数据是否正确。

解决接口测试过程中检查传参错误问题

在测试接口的过程中,经常会遇到通过前端界面发送的请求就可以成功,但是写的脚本,或者通过其他工具,比如 postman 发送的请求就会失败。

其实大部分是因为发请求的时候缺少了必要的参数。那服务端在接受请求的时候会做一些校验,比如会验证一些头信息,user-agent``,host 地址或者 cookie 等等信息是否符合要求。

在这种场景下,前端页面可以正常发送请求,通过工具会失败,很有可能就是前端会自动加上一些符合要求的请求头信息,而自己发送的时候漏掉了这些信息,所以会请求失败。

mock 测试

做测试的过程中,对于一些不容易构造、不容易获取的对象,用一个虚拟的对象来替代它,来达到相同的效果,这个虚拟的对象就是 Mock。通过代理工具可以完成数据的篡改和构造。

接口抓包分析实战

过滤

  • Filter
  • Focus
  • Recording Settings -- Include

重发

  • 简单重发:鼠标右键Repeat
  • 简单压力:鼠标右键Repeat Advanced

修改请求

  • 鼠标右键Compose
  • 选择接口点击小钢笔图标

断点(BreakPoint)

  • 调整接口的参数信息
  • 鼠标右键 -- Breakpoint
    • Proxy -- Breakpoint settings 设置断点
    • 确定接口信息,确定是请求断点还是响应断点
    • 重新发送请求 -- 进入断点修改状态 -- 修改内容 -- 点击 Excute

总结

  • 抓包原理
  • 常用应用场景
  • 接口抓包分析实战