目录
1.在用户角度看待App的质量,着重看待如下方面:
2.QA从技术角度看待App质量,需要关注如下方面:
3.App启动性能指标
4.App启动性能测试方法:
1.adb logcat
2.ffmpeg录屏+视屏拆帧(可在Dos命令行中执行)
3.研发配合硬埋点(得麻烦研发提前做好埋点)
App在测试过程中,本身的质量保证不仅仅考虑测试人员的视角,更要考虑用户维度的视角
1.崩溃(crash,弱网)
2.卡顿(掉帧,gc,cpu)
3.响应慢(启动时间,交互及时性,H5加载)
4.发热(cpu,mem,io,network,gps等硬件使用)
5.掉电快(硬件占用)
6.兼容性问题(覆盖机型,回归)
1.崩溃(自动遍历,monkey压测,横竖屏切换,快速进退)
2.卡顿(掉帧,gc,cpu,卡顿测试,内存泄漏测试)
3.响应慢(冷热启动,界面切换,H5性能测试)
4.发热(gc统计,io统计,流量统计,硬件使用统计,耗电量分析)
5.兼容性问题(兼容性测试,自动化测试,自动遍历测试,monkey测试)
1.冷启动(重点关注)
2.暖启动
3.热启动(次要关注)
4.首屏启动
1)package=com.xueqiu.android
2)清理缓存数据:adb shell pm clear $package
3)停止进程:adb shell am force-stop $package
4)启动App:adb shell am start -S -W $package/.view.WelcomeActivityAlias
(先获取首页activity)
5)获取数据:adb logcat | grep -i displayed
从图中可以分析到,最重要的TotalTime:2554ms,以及各activity的启动时间,但是利用logcat统计的时间并不非常准确,所以并不是最推荐的.
1)package=com.xueqiu.andriod
2)adb shell pm clear $package
3)adb shell am force-stop $pacakge
4)adb shell screenrecord --bugreport --time-limit 30 /sdcard/xueqiu.mp4 &
录屏并将录屏文件保存到指定路径
5)adb shell am start -S -W $package/.view.WelcomeActivityAlias(可手动启动App)
6)adb pull /sdcard/xueqiu.mp4 .
("."表示当前路径,将手机上保存的录屏文件拉到本地当前路径)
7)ffmpeg -i xueqiu.mp4 xueqiu.gif (压缩转成gif动图)
8)ffmpeg -i xueqiu.mp4 -r 10 frames_%03d.jpg 拆帧
拆完针后,文件中全是0.1s每个时间间隔的截图文件,对比截图文件中activity的变化,计算启动时长