数据解释

1.通过率:通过率 = 通过的机型数/测试的机型总数(注意:由于存在同一机型上发生多个失败原因,所以失败机型数不等于所有错误类别下);

2.击败对手:根据本App通过率在同行业的排名计算得出;

3.测试评级:测试评级是根据通过率综合计算得出,S(90%,100],A(80%,90%],B(70%,80%],C(60%,70%],D(0%,60%];

4.流失用户数:每一个失败问题都有可能直接造成用户流失,本报告中的流失用户数不等于失败机型在市场中的覆盖人数;

5.覆盖用户数:Testin根据各款机型的销量情况以及结合第三方统计数据,得出每款机型对应的使用人群数量,测试的覆盖用户数=测试的每款机型对应的使用人数之和;

6.可能造成的损失:每获得一个活跃用户大约需要花费10元,可能造成的损失约等于失败机型覆盖的用户数*10元;

7.FPS:即帧率,通过Imaganation 的工具获取,每35s获取一次。在大部分设备上,应用流畅的标准都是实现60FPS的帧率,即每16毫秒绘制一帧,当画面绘制速度达不到这一水平时,应用就会出现卡顿,目前在Android平台上,许多应用连标准的60FPS帧率都难以达到,更不用说理想中的120FPS的帧率。Testin建议您通过兼容测试服务,了解您的App在各类型终端上的FPS情况;


8.CPU占用率:通过top指令(linux)获取,每35s获取一次,用于从运算方面优化性能,建议开发者结合TraceView来进行优化;

9.内存占用通过android  API层获取该应用所有进程的PSS总和,每35s获取一次,用于从内存方面优化性能。Testin通过跟踪整个App运行期间的内存PSS变化情况,更好的帮助开发查看程序的内存使用情况。

10.内存PSS Proportional Set Size 实际使用的物理内存(比例分配共享库占用的内存);

11.GPU占用率:通过高通、Imaganation的工具获取,每35s获取一次,用于从渲染方面优化性能。Testin现可采集高通GPU­­  Imaganation GPUGPU – Tiler:顶点处理负载、GPU – Tiler:像素处理负载)的GPU数据,帮助开发者进一步优化性能。了解Android是如何利用GPU进行画面渲染,有助于更好的理解性能问题;

12.流量消耗:通过android API层获取 App  UID相关的数据,每35s获取一次,包括上行、下行流量的速率、总值;

13.启动时间:从点击桌面图标到 onResume的时间,应用启动时间长短对用户第一次体验至关重要,同时系统对应用的启动、恢复等的运行时间也有格的要求,在用超的情况下系会直接关闭应用。例如在IOS系统下,对app运行时间的要求:  Launch 20 Resume 10 Suspend 10 Quit 6 Background Task 10钟;