Android APP性能测试笔记（二）

（5）FPS

 

每秒传输帧数(Frames Per Second)，每秒钟帧数愈多，所显示的动作就会愈流畅，标准的fps是60

帧数就是在1秒钟时间里传输的图片的量，也可以理解为图形处理器每秒钟能够刷新几次，通常用fps（Frames Per Second）表示。每一帧都是静止的图象，快速连续地显示帧便形成了运动的假象。高的帧率可以得到更流畅、更逼真的动画。每秒钟帧数 (fps) 愈多，所显示的动作就会愈流畅。

掉帧一般指由于硬件不足以负荷显示器画面动态显示刷新的频率，从而帧率过低所造成的画面出现停滞（或短时间或长时间）现象。
掉帧在游戏中就是玩游戏过程中，出现卡这种情况，图像未及时刷新造成，画面粘滞。

1）测试工具

 

GT

2）测试方法

 

GT操作参考：

3）例子：某电商APP的首页 （竞品分析）

第一次采集：fps在 39 - 59之间，平均值47

第二次采集： fps在 34 - 55 之间，平均值41

以上，fps在人眼感知范围内不觉得卡顿的FPS频率大约是30以上，但是想要   达到流程度等级则需要为60

由于FPS的机制问题，单单依靠这个数据不足以说明页面一定存在掉帧，但是从上面的GPU呈现模式测试结果来看，页面是存在掉帧情况的,

建议开发使用APP源码，打开AndroidDevice Monitor工具中的UI布局分析器HierachyViewer功能对三个页面再进行检测一遍，看是否有必要进行相关优化；

注：测试使用的是真机，官网提到：出于安全考虑，Hierarchy Viewer只能连接Android开发版手机或是模拟器(准确地说，只有ro.secure参数等于0且ro.debuggable等于1的android系统)。Hierarchy Viewer在连接手机时，

 

手机上必须启动一个叫View Server的客户端与其进行socket通信。而在商业手机上，是无法开启View Server的，故Hierarchy Viewer是无法连接到普通的商业手机。（模拟器不太准确，且有些数据无法获取到）

4）优化方案

 

1、没有用的父布局时指没有背景绘制或者没有大小限制的父布局，这样的布局不会对UI效果产生任何影响。可以把没有用的父布局，通过<merge/>标签合并来减少UI的层次；

2、使用线性布局LinearLayout排版导致UI层次变深，如果有这类问题，使用相对布局RelativeLayout代替LinearLayout,减少UI的层次；

3、不常用的UI被设置成GONE,比如异常的错误页面，如果有这类问题，需要用<ViewStub/>标签，代替GONE提高UI性能。

（6）内存，CPU，流量

 

1）测试工具

 

GT

2）测试方法

 

分不同状态进行测试（3次采集，竞品分析对比）

空闲状态：打开应用后，，点击home键不退出应用，让应用后台运行20分钟

满规格：操作页面5分钟左右

中等规格：操作页面10分钟左右

3）测试数据

 

按照从小到大进行排序，取90%位置的数据作为测试的结果。

4）例子

 

空闲状态下性能数据如下图：

点击某个参数后，详细记录了数据

我们需要把数据导出文件，然后再取90%数据

adb pull/sdcard/GT/GW/com.xxx.client/6.0.0/201903011505

C:\Users\Administrator\xxx\app

CPU形成的图表，可见空闲状态下，CPU占用率90% 位置数据是38%

空闲状态下，流量较少，发送和接收流量基本在45KB以内

空闲状态下，内存使用90%的位置是94.81MB

最后，把上面测试后的数据和分析结果，汇总成性能测试报告就可以了。