测试报告中的名词解释

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

8.CPU占用率：通过top指令（linux）获取，每3～5s获取一次，用于从运算方面优化性能，建议开发者结合TraceView来进行优化；

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

10.内存PSS： Proportional Set Size 实际使用的物理内存（比例分配共享库占用的内存）；

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

12.流量消耗：通过android API层获取 App UID相关的数据，每3～5s获取一次，包括上行、下行流量的速率、总值；

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