移动端测试: 移动应用,特性(功能) 满足 需求(产品文档,隐性需求)
一。App功能测试: 死活背下来
1.业务逻辑正确性测试: 产品文档,隐性需求- 写成测试用例
2.兼容性测试:
1.系统版本:
android版本:官方版本(5.1 4.3 6.0…) 华为 小米 魅族
iOS版本:官方版本
2.分辨率:480x720 1920x 1080,关注点:图片展示
3.网络情况:2G 3G 4G Wi-Fi
(闲话:图片下载时网络切换会压缩图片但是保证APP流畅可用)
3.异常测试:
1.热启动应用:应用置于后台,应用置于前台过程
2.网络切换&中断恢复
3.电话&信息中断恢复
4.升级&安装卸载测试
1.升级:系统升级,渠道升级,临近版本(1.0->1.1),跨版本(1.0->1.5)
2.安装卸载测试:系统版本,首次安装,覆盖安装,卸载后安装,卸载->安装->卸载
5.健壮性测试:
1.手机资源消耗:cpu(闲话,如果应用有死循环那么占用率特别高,应用打开后占用超过50%就没法用了),内存(闲话:和cPU一样,后面会讲如何监控)
2.流量消耗:图片(闲话:一个图片起来就要4M流量,不好),传输数据压缩(尽量数据压缩再传输上去,耗费太多安全助手安装好后看到流量使用用户觉得不好 直接删除该APP)
3.崩溃恢复测试:闪退(闲话:自启动或者点击可启动),报错误(再启动要能用)
二。自动化测试:
1.重复的工作交给机器去做,解放初一部分人新功能测试和探索性测试
2.新功能和一些很难通过脚本模拟的业务
ADB原理:
1.帮助:adb —help
2.启动adb server:adb start-server
3.关闭adb server: adb kill-server
4.设备号:adb devices
5.系统版本号:adb shell getprop ro.build.version.release
6.电脑文件发送到手机:adb push 电脑文件路径/文件 手机存储路径
7.从手机拉取文件: adb pull 手机文件路径 电脑文件存储路径
8.查看手机运行日志:adb logcat 扩展 可以通过过滤报名取到指定app运行日志(mac/linux:| grep 包名 win: | findstr 包名)
9.进入手机shell命令行: adb shell 可以操作类Linux命令 top 过滤app占用资源
(举例:
测试正在被测的应用占用的实时内存是多少
top|grep com.avatar.settings(操作的时候有变化)
)
10.获取app包名和启动名:(记住斜杠前面的就是包名,不一定都是com开头)
1.mac/linux:adb shell dumpsys window windows | grep mFocusedApp
2.win:adb shell dumpsys window windows | findstr mFocusedApp
(举例:机器人打开这个应用,adb输入
com.avatar.settings/.Settings 是包名 和启动名 )
11.安装apk到手机:adb install apk文件路径
12.卸载app/包:adb uninstall 包名
13.获取app 启动时间:adb shell am start -W 包名/启动名
(举例:
TotalTime:app自身启动时间
WaitTime:系统启动应用时间
)
14.指定某台设备:adb -s 设备号
Appium:
appium: 封装android官方自动化工具uiautomator
appium原理图:脚本 <-> appium服务 <-> 手机端 ->uiautomator
appium声明手机驱动对象:webdriver.remote(服务地址,启动参数)
关闭app: close_app() # 关闭当前app 但不关闭driver
关闭驱动对象: quit() # 退出手机驱动对象,同时关闭所有关联窗口
启动新的app:start_activity(包名,启动名)
appium-安装app:install_app(app在电脑端的路径)
appium-卸载app:remove_app(包名)
判断app是否安装:is_app_installed(包名) # 安装返回True, 未安装:返回False
appium-电脑文件发送到手机:push_file(手机存储路径,data) # data:base64编码数据
appium-从手机拉取文件:pull_file(手机存储路径) # 返回是base64编码数据
获取当前屏幕内元素结构:page_source # 返回的是<<当前>>屏幕