移动端 - Android客户端性能测试常见指标

rom版本的性能测试

一般关注功耗（不过 rom 版本的功耗测试跟应用的功耗测试会有所差异，当然只是用例设计方面的差异，工具仍然采用安捷伦电源仪进行）

应用的性能测试

包括很多测试项，如启动时间、内存、CPU、GPU、功耗、流量等。

对于启动时间、内存、cpu 一般都使用外部提供的第三方工具来辅助测试，如GT、安测试，这些工具的原理都是基于调用 android 底层的一些 api 来获取到测试所用到的值，当然我们也可以采用其他方法，如使用 android 本身提供的一套 adb 即可完成上述测试。

对于 GPU、功耗等测试来说，用第三方工具测试得到的数值一般都不是很准确，这个时候我们需要引入硬件来进行测试了，GPU 可以采用高速相机来进行测试，功耗可以使用万用表或安捷伦电源仪来进行测试（ps：有硬件动手能力的可以DIY一个小板进行）

一、内存

关于内存测试需要引入空闲状态、中等规格、满规格的概念。

1、空闲状态

指打开应用后，点击home键让应用后台运行，此时应用处于的状态叫做空闲。

2、中等规格和满规格

指的是对应用的操作时间的间隔长短不一，中等规格时间较长，满规格时间较短。

接下来我们说说在内存测试中，存在很多测试子项，如下清单所示

1）空闲状态下的应用内存消耗情况

2）中等规格状态下的应用内存消耗情况

3）满规格状态下的应用内存消耗情况

4）应用内存峰值情况

5）应用内存泄露情况

6）应用是否常驻内存

7）压力测试后的内存使用情况

3、如何使用adb查看内存信息

1）查看所有内存信息

命令：dumpsys meminfo

例：

C:\Users\yijiayi>adb shell

shell@android:/ $ dumpsys meminfo

2）查看某个包的内存信息

命令：dumpsys meminfo pkg_name or pid

注：pid可以通过 adb shell top | grep app_name 来查找

例：

C:\Users\yijiayi>adb shell

shell@android:/ $ dumpsys meminfo com.tencent.mobileqq

或

shell@android:/ $ dumpsys meminfo 1034（注：1034是pid）

重点关注如下几个字段：

（1） Native/Dalvik 的 Heap 信息

具体在上面的第一行和第二行，它分别给出的是JNI层和Java层的内存分配情况，如果发现这个值一直增长，则代表程序可能出现了内存泄漏。

（2） Total 的 PSS 信息

这个值就是你的应用真正占据的内存大小，通过这个信息，你可以轻松判别手机中哪些程序占内存比较大了。

查询内存

其他参数含义： dalvik : dalvik使用的内存 native : native堆上的内存，指C\C++堆的内存（android 3.0以后bitmap就是放在这儿） other : 除了dalvik和native的内存，包含C\C++非堆内存······ Pss : 该内存指将共享内存按比例分配到使用了共享内存的进程 allocated : 已使用的内存 free : 空闲的内存 private dirty : 非共享，又不能被换页出去的内存（比如linux系统中为了提高分配内存速度而缓冲的小对象，即使你的进程已经退出，该内存也不会被释放） share dirty : 共享，但有不能被换页出去的内存

二、CPU

1）CPU频率设置过高时会导致过热,过热导致耗电更严重,CPU频率设置过低导致手机滞后,应用处理缓慢同样会导致耗电。更多时候，用户解决CPU超载问题只能关闭甚至卸载App，App就被Kill了!

注意：程序持续运行及操作过程中，内存不能一直增加，不然系统会自动kill掉该进程。

（1）空闲状态下的应用CPU消耗情况

（2）中等规格状态下的应用CPU消耗情况

（3）满规格状态下的应用CPU消耗情况

（4）应用CPU峰值情况

2）CPU的测试方法分为几类（使用adbshell脚本进行测试，查看Log数据）：

1.使用android提供的adb shell dumpsys cpuinfo | grep packagename >D:\cpu.txt（获取指定进程使用cpu的详细信息）

2.使用top命令 adb shell top -n 1 | grep packagename>/address/cpu.txt （获取指定进程使用cpu的详细信息，且只刷新一次）

3. cat  /proc/cpuinfo 获取cpu 硬件信息

6. cat /proc/stat

例：查询QQ的CPU使用情况

三、流量

可以借用网易的开源工具：Emmagee，或者腾讯开发的工具：GT

流量测试，同样需要引入几个名词

• 中等负荷：应用正常操作
• 高负荷：应用极限操作

流量测试包括以下测试项：

• 应用首次启动流量提示
• 应用后台连续运行 2 小时的流量值
• 应用高负荷运行的流量峰值
• 应用中等负荷运行时的流量均值

流量测试一般都是用软件来进行的，这里我们一般分为2类：

1. 采用市场提供的第三方工具来进行测试，如流量宝之类的
2. 自研工具进行测试

自研工具进行测试一般包含 2 类方法，

1. 通过 tcpdump 抓包，再通过 wireshake 直接读取包信息来获得流量
2. 首先获得被测应用的 uid 信息，可以通过 adb shell dumpsys package 来获取 然后在未操作应用之前，我们可以通过查看 adb shell cat /proc/uid_stat/uid/tcp_rcv adb shell cat /proc/uid_stat/uid/tcp_snd 获取到应用的起始的接收及发送的流量，然后我们再操作应用，再次通过上述 2 条命令可以获取到应用的结束的接收及发送的流量，通过相减及得到应用的整体流量消耗

四、电量

和竞品做对比测试，同一机型的测试机在不同时间，不同网络条件，不同功能使用的情况下分别测试电量使用情况。

命令：dumpsys battery

五、启动速度和滑动、界面切换速度

编写测试代码（AndroidInstrumentation），打桩到源码中，运行后通过log数据进行分析。

六、与服务器交互的网络速度

七、启动时间

关于应用的启动时间的测试，分为三类：

1. 首次启动

应用首次启动所花费的时间

2. 非首次启动

应用非首次启动所花费的时间

3. 应用界面切换

应用界面内切换所花费的时间

4、如何测试启动时间？

方法分为2类，一类为使用软件来测试，一类为使用硬件来测试。

1）使用 android 提供的 DisplayManager 来获取 activity 的启动时间吧，在这里我简单说下如何通过批处理来 DIY

• 通过日志过滤关键字 Displayed 来过滤所有 activity 所打印的，记录日志通过 adb logcat>/address/logcat.txt
• 然后使用find “Displayed” /address/logcat.txt>/newaddress/fl.txt

　　

　　

　　通过 activity 名来过滤获取所测应用 find “ActivityName” /newaddress/fl.txt>/newaddress/last.txt

　　

　　

　　通过计算 activity 最后剩余的时间之和即可

2）除了 DisplayManager 的打印时间方法后，还有通过关注 am 的启动时间及 DisplayManager 打印的结束时间，通过两者时间之间想减也能得到应用的启动时间，还有可以通过 PowerManager 来计算打印时间，在应用启动的时候，我们可以关注 ActivityManager-Launch 的变化来计算应用的启动时间，还有可以通过截图统计启动时间，对于自研应用，最效率的莫过于直接在程序中插入打印时间的节点了

3）硬件测试方法，这里我们可以使用高速相机或者手机，采用录像的方法把应用启动过程给录制下来，然后通过人工数帧或者程序数帧的方式计算启动时间

查看页面启动时间：手机需要root

以启动camera为例

adb shell am start -W com.mediatek.camera/com.android.camera.CameraActivity

ubuntu@ubuntu:/media/disk/work/core$ adb shell am start -W com.mediatek.camera/com.android.camera.CameraActivity

Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER]

cmp=com.mediatek.camera/com.android.camera.CameraActivity }

Status: ok

Activity: com.mediatek.camera/com.android.camera.CameraActivity

ThisTime: 2871

TotalTime: 2871

WaitTime: 2949

Complete

格式为adb shell am start -W 包名/全类名或叫activity名

打印的结果为

ThisTime  该activity启动耗时

TotalTime  应用自身启动耗时=ThisTime+应用application等资源启动时间

WaitTime  系统启动应用耗时=TotalTime+系统资源启动时间

在测试该启动时间时需要理解两个概念

冷启动：应用第一次启动

热启动：按back按键后再启动或非第一次启动切没有清除该应用后台或缓存数据

上面的数据为冷启动打印的数据，下面运行热启动的测试结果:

ubuntu@ubuntu:/media/disk/work/core$ adb shell am start -W com.mediatek.camera/com.android.camera.CameraActivity

Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] cmp=com.mediatek.camera/com.android.camera.CameraActivity }

Status: ok

Activity: com.mediatek.camera/com.android.camera.CameraActivity

ThisTime: 1848

TotalTime: 1848

WaitTime: 1895

Complete

该命令具体实现在/frameworks/base/cmds/am/src/com/android/commands/am/Am.java，原理是跨Binder调用ActivityManagerService.startActivityAndWait() 接口，其中返回数据分别调用对应

startTime：  调用startActivityAndWait()的时间点

endTime：   调用startActivityAndWait()函数调用返回的时间点

WaitTime：  调用startActivityAndWait()调用耗时。

再通过之间的计算得到

4）另外一种方法：

命令：

adb logcat -c && adb logcat -f /mnt/sdcard/up.txt -s tag

选项说明

-c   清屏

-f     指定运行结果输出文件，默认输出到标准设备（一般是显示器

-s   设置默认的过滤级别为Silent

tag  仅显示priority/tag

更多信息烦请参考 adb logcat -help

例：

先启动app，然后执行如下命令

C:\Users\laiyu>adb logcat -c && adb logcat -f /mnt/sdcard/up.txt -s ActivityMana

ger

八、GPU性能测试

关于GPU的几个名词，过度绘制、帧率、帧方差（过度绘制是指界面显示的 activity 套接了多层而导致。帧率是指屏幕刷新率。帧方差是指屏幕刷新帧间隔方差。）

对于 GPU 的测试主要包括以下几个测试子项

1）界面过度绘制：对于过度绘制的测试主要通过人工进行测试，通过打开开发者选项中的 显示GPU过度绘制 来进行测试（PS：只有android4.2及以上的版本才具备此功能)，验收的标准为:

1. 不允许出现黑色像素
2. 不允许存在4x过度绘制
3. 不允许存在面积超过屏幕1/4区域的3x过度绘制（淡红色区域）

2）屏幕滑动帧速率：对于屏幕滑动帧速率主要有 2 种方法。

先说说软件测试的方法：

1.手机端需打开开发者选项中的 启用跟踪 后勾选 Graphics 和 View

2.启动 SDK 工具 Systrace 插件，勾选被测应用，点击 Systrace 插件，在弹出的对话框中设置持续抓取时间，在trace taps下面勾选 gfx 及 view 选项，

3.人滑动界面可以通过节拍来进行滑动或者扫动，帧率数据会保存到默认路径下，默认名称为 trace.html

4.将trace.html文件拷贝到linux系统下 通过命令进行转换，生成trace.csv文件

grep 'postFramebuffer' trace.html | sed -e 's/.*]\W*//g' -e 's/:.*$//g' -e 's/\.//g' > trace.csv

5.用excel打开文件计算得到帧率

接下来我们说说硬件的方法，这里需要引入高速相机，打开高速相机，开启摄像模式，录制人滑动或者扫动被测应用的视频，再通过人工或者程序数帧的方法对结果进行计算得到帧率

3）屏幕滑动平滑度：

对于屏幕滑动平滑度的测试，方法如同帧率测试，唯一的差异就是最后的结果计算公式的差异

GPU的测试目前业界使用的均为硬件来进行，软件测试的数据相较硬件差异较大，对于帧率及帧方差的测试标准而言，需对待不同机型设定不同的标准

九、功耗测试

功耗测试主要从以下几个方面入手进行测试

• 测试手机安装目标APK前后待机功耗无明显差异
• 常见使用场景中能够正常进入待机，待机电流在正常范围内.
• 长时间连续使用应用无异常耗电现象

功耗测试的方法分为两类，一类为软件测试，一类为硬件测试

我们先说说软件测试，这里我们会聊聊一些DIY的思路，软件测试一般分为2类，

• 第一种采用市场上提供的第三方工具，如金山电池管家之类的。
• 第二种就是自写工具进行，这里一般会使用3种方法

• 第一种基于android提供的PowerManager.WakeLock来进行，
• 第二种比较复杂一点，功耗的计算=CPU消耗+Wake lock消耗+数据传输消耗+GPS消耗+Wi-Fi连接消耗，
• 第三种通过 adb shell dumpsys battery来获取

接着说硬件测试，在这里我们一般使用万用表或者功耗仪进行测试，使用功耗仪测试的时候，需要制作假电池来进行的，有些不能拔插电池的手机还需要焊接才能进行功耗测试。

移动端相关功耗测试杂谈：

1、为什么要测功耗？测功耗的实际意义有哪些？

ROM级别的，测功耗（包括其自带的应用）是必然的（毕竟rom的耗电决定待机时间长短，这是手机的很重要卖点之一，也是用户比较关心的一个指标）。一般官方宣传的手机资料时，里面写的待机时间多少分钟、2G/3G通话/上网多少分钟、wifi上网/听音乐/播放视频的最大时长，就是测耗电量再经过计算得来的。

单个App级别的，大家都知道，耗电量的增加，也就意味着内存/CPU占用的增加。正所谓，透过现象看本质，如果增幅较之前版本过大，那很有可能是代码出问题了（即便不影响功能使用，这种问题即便不修正不优化，但最好能做到知道哪有问题）；比之前版本过小，时间精力够的话最好去找找导致差异过大的原因。

（PS：像ROM级别的功耗测试这肯定是各个厂商都会做的，咱们普通小老百姓基本无需操心这些。非系统自带的App，尤其是安卓平台，在海量的ROM下，用户量比较大的应用，可以去着重在各种ROM上看看耗电量还可以；一般的应用，我个人愚见，测耗电量的意义和回报不太大，还不如多关注UI设计、优化内存CPU的占用、优化各功能的响应时间的更有意义，因此测App的功耗视需求而定。）

2、测功耗大致过程是怎样？

测功耗，一般是选取（经过细致评估的App或ROM的功能性能）比较稳定的版本来做一轮功耗测试，测时用两三个硬件没什么问题的手机、刷个干净稳定的系统，让手机、假电池、电流表串联（即假电池连接到电流表的电流输出口，然后再安到手机上模拟日常用的电池来给手机供电，这样保证三者电流一致），和然后放上SIM卡（一般是移动的），然后去测各种功能下的耗电量。

比如，测理论上的手机2G通话的最大时长，打几个十分钟的电话，采集并计算这段时间系统的电流的平均值，然后再用该手机配备的电池的容量除以这个电流值即得出理论上的2G最大通话时间。测单个功能的功耗，只要减掉手机待机时的电流值即得到单个功能的功耗。

（PS：上面有些理论是从别的博客摘抄记录下来的，但具体没有记录是哪些博客，所以这里就不贴原博客地址了，但实际的操作是自己做的）