文章目录
一.测试思路
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后台接口 |
AutoRe |