该如何测客户端专项测试？

Activity是一个应用程序组件，提供一个屏幕，用户可以用来交互为了完成某项任务。在一个android应用中，一个Activity通常就是一个单独的屏幕，Activity上可显示控件，也可以监听并处理用户的事件并做出响应，下图是Android启动app时发生的事情：

• 创建一个Linux进程，Linux进程创建Android虚拟机
• 进行application onCreate的加载
• 启动主线程：进行activity的初始化，activity onCreate用于加载自身逻辑及发送远程数据请求和渲染界面
• 加载动态页面

从上面可以看出，app启动会发生多个事件，测试人员需要知道整个环节是否出现问题，还需要了解到具体是哪个环节存在问题，把各个环节拆分成冷启动，暖启动，热启动，首屏启动，含义如下：
• 冷启动：从进程创建开始到界面的展示
• 暖启动：相对于热启动要消耗更多资源。当用户退出应用程序时，进程还会存在。暖启动相较于冷启动只是少了进程的创建
• 热启动：应用之间的切换
• 首屏启动：第一次安装启动
标准：
• 冷启动需要5秒甚至更长
• 暖启动需要2秒甚至更长
• 热启动需要1.5秒甚至更长
整个启动过程可以用adb工具进行分析，利用adb logcat获取启动数据，或者录屏，使用ffmpeg拆帧分析。

adb logcat

首先定义一个变量，这个变量填写用到的包名

package=com.xueqiu.android

清除缓存数据

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

录制30秒的视频，录制的视频会保存到手机上

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，这个时间就是从启动到广告结束的时间：