Activity是一个应用程序组件,提供一个屏幕,用户可以用来交互为了完成某项任务。在一个
an droid应用中,一个Activity通常就是一个单独的屏幕,Activity上可显示控件,也可以监听并处理用户的事件并做出响应,下图是Android启动app时发生的事情:
·创建一个
Linux进程,Linux进程创建Android虚拟机
· 进行application onCreate的加载
· 启动主线程:进行activity的初始化,activity onCreate用于加载自身逻辑及发送远程数据请求和渲染界面
· 加载动态页面
从上面可以看出,app启动会发生多个事件,
测试人员需要知道整个环节是否出现问题,还需要了解到具体是哪个环节存在问题,把各个环节拆分成冷启动,暖启动,热启动,首屏启动,含义如下:
· 冷启动:从进程创建开始到界面的展示
· 暖启动:相对于热启动要消耗更多资源。当用户退出应用程序时,进程还会存在。暖启动相较于冷启动只是少了进程的创建
· 热启动:应用之间的切换
· 首屏启动:第一次安装启动
标准:
· 冷启动需要5秒甚至更长
· 暖启动需要2秒甚至更长
· 热启动需要1.5秒甚至更长
整个启动过程可以用adb工具进行分析,利用adb logcat获取启动数据,或者录屏,使用ffmpeg拆帧分析。
首先定义一个变量,这个变量填写用到的包名
package=com.xueqiu.an droid
清除缓存数据
adb
shell pm clear $package
停止进程
adb shell am force-stop $package
通过以上命令就做好了冷启动的环境,下面启动app并获取数据。启动App
adb shell am start -S -W $package/.view.WelcomeActivityAlias
· -S表示启动之前先停止应用进程
· -W是表示等待对应的activity启动完成
获取数据:
bash adb logcat |grep -i displayed
获取的时间如下:
使用adb logcat获取到的时间不精准,无法得到具体的启动时间,比如首屏启动时间或者去广告后的启动时间,此时可以用录屏,拆帧的方式分析启动时间。
停止应用进程
adb shell am force-stop $package
adb shell screenrecord --bugreport
--time-limit 30 /data/local/tmp/xueqiu.mp4 &
启动应用
adb shell am start -S -W $package/.view.WelcomeActivityAlias
等待视频录制完成(30s),将视频从手机拉取到本地,下面命令中的“.”是指计算机的当前目录:
adb pull /data/local/tmp/xueqiu.mp4 .
当前目录会生成一个“xueqiu.mp4”的视频文件,ffmpeg是一款视频处理工具,可用完成视频的转换,裁剪,拆帧等,利用ffmpeg对视频文件进行拆帧分析。
ffmpeg -i xueqiu.mp4 -r 10 frames_%03d.jpg
“-r”参数指定每秒要拆多少帧,这里将一秒拆成10帧。
最后人工统计时间。比如起始帧是200,结束帧是300,那么中间加载时间是(300-200)*0.1,这个时间就是从启动到广告结束的时间: