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

Posted chilam007

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了移动端 - 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
[email protected]:/ $ dumpsys meminfo
2)查看某个包的内存信息
命令:dumpsys meminfo pkg_name or pid
注:pid可以通过 adb shell top | grep app_name 来查找
例:
C:\\Users\\yijiayi>adb shell
[email protected]:/ $ dumpsys meminfo com.tencent.mobileqq
[email protected]:/ $ 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
[email protected]:/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按键后再启动或非第一次启动切没有清除该应用后台或缓存数据
上面的数据为冷启动打印的数据,下面运行热启动的测试结果:
[email protected]:/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:上面有些理论是从别的博客摘抄记录下来的,但具体没有记录是哪些博客,所以这里就不贴原博客地址了,但实际的操作是自己做的)

以上是关于移动端 - Android客户端性能测试常见指标的主要内容,如果未能解决你的问题,请参考以下文章

常见的APP性能测试指标

移动端性能专项测试之CPU资源

| 移动端性能专项测试之CPU资源

性能专题:一文搞懂性能测试常见指标

这个性能测试工具能在移动端乘风破浪吗?当然能!

提前搞定这些指标,性能测试不迷路!