App移动端测试-Fiddler工作场景总结

一.测试思路

1.1App测试内容

笔者认为对Web还是App测试思路通常应先按照测试类型来进行考虑。

类型	内容
功能测试	业务逻辑的正确性测试；以某商品网站搜索功能为例： **单功能测试：**考虑单个关键字和多个关键字等；功能交互测试：考虑搜索已下架的商品、搜索已删除的商品等；用户场景测试：考虑在登录之后的搜索，未登录时候的搜索等。
性能测试	负载测试、压力测试、容量测试等通过Emmagee、Solopi、Monkey监测性能指标，包括时间(adb logcat|finstr exception)、存储空间(du -sh/adb shell)、CPU、GPU占用、流量、电量消耗等
兼容测试	对App，通过腾讯云、华为云等云测平台，测试操作系统版本、机型、分辨率等兼容性
网络测试	对App，通过NEWT、ATC、Qnet、Fiddler等，测试不同网络下（2G、3G、4G、WiFi）的表现，弱网、无网、网络切换的测试
安装测试	对App，各版本的安装/卸载/升级测试，启动检查测试
中断测试	App遇到断网、断电、闪退、通话、收到异常数据
用户体验测试	操作是否方便，界面是否美观

1.2APP功能测试思路

以钉钉中发送消息功能为例：

• 单功能测试：考虑发送文本、图片、语音、视频消息等；

• 功能交互测试

  • 与手机本身功能的交互，如通话、短信、闹钟等。在编辑待发送消息时接听、拒接电话等；

  • 与手机助手App功能的交互，如限制低电量时不允许使用网络，此时发送消息；

  • 与App本身功能的交互，给已拉黑自己好友发消息、给已删除自己好友发消息、给被封号好友发消息等；

• 用户场景测试：如连续发送消息、撤回已发送消息再发送等；

• 特殊的测试点：手机横竖屏、分屏；通知栏；长按、滑屏、双击等对应的App功能操作。

二.Fiddler测试环境配置

​ 移动App测试，仅通过界面上测试往往不够，常常还需要使用抓包工具，抓取App、Server之间数据的交互，更详细的测试。常用抓包工具有 Fiddler(Windows)、Charles(Windows、Mac)。有关Wireshark可参考我另一篇《Wireshark 抓包过滤器使用》。

2.1Fiddler PC配置

• Fiddler -> Tools -> Options -> Connections 中，全勾选【允许远程计算机(包括真机/模拟器)连接】，默认监听端口是 8888

• 访问该主机 IP 的 Fiddler 默认端口，如 http://192.168.137.1:8888/ 或 http://localhost:8888 ，出现以下内容，即验证 Fiddler 代理服务已启动
  

2.2模拟器端配置

• 下载逍遥模拟器，安装完后复制 adb.exe 所在路径

• 将 adb (Android debug bridge) 路径，注册到环境变量（用户或系统级别）

• 启动模拟器后，运行 adb devices 验证模拟器连接正常，adb install 安装待测试应用 ECMoblie_v3.2.apk

  

2.3模拟器端代理设置

查看所连接设备App的抓包，首先要使【安卓端模拟器代理】和【PC端Fiddler代理】保持一致。

• 模拟器设置–修改网络

• 模拟器网络–高级选项，设置 Fiddler 手机代理为连接的主机IP 192.168.137.1:8888与一致

三.Fiddler测试工作应用场景

笔者总结以往工作经历，Fiddler大致有四类测试应用场景：

<

Fiddler模块	应用场景	具体使用
Inspectors	抓包辅助定位Bug原因	①通过参数分析是前端还是后端；②参数是否加密；③在没有接口文档时抓包获得Http后台接口