Android下的app性能测试应主要针对那些方面，如何开展 _nhbkpi

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

5、流畅度FPS

FPS指的时应用被使用时得流畅度，是图像领域中的定义，是指画面每秒传输帧数，通俗讲就是指动面或视频的面面数。FPS 是测量用于保存、最示动态视频的信息数量。

每秒钟帧数越多，所显示的动作就会越流畅，帧率肯定是越高越好，出于功耗与显示设备的限制，一般跑满也就在60fps左右。一般，Android 设备的屏幕刷新率为 60帧/s，要保特面面流畅不卡倾，要求每一帧的时间不超过1000/60=16。6ms，称之为16ms 的黄金准则，如果中间的某些帧的渲染时间超过 16ms。

导致屏幕渲染时间缓慢，也可能是由于屏幕尺寸不准确、字体不一致、图像未缩放、过多的阻塞脚本等导致。需要加快屏幕页面渲染时间，需避免使用 CSS 表达式并引用 HTML 中的图像。

6、应用程序APP崩溃

通常崩溃率是每次应用加载的平均崩溃率。移动设备的典型崩溃率为 1-2%，但可能会因APP类型、APP使用情况、成熟度等，而产生有很大差异。应始终以 98% 的无崩溃用户为目标。

7、电池使用情况

电池寿命是任何移动设备的关键特性。移动应用app电池消耗测试仅在必要时优化APP以消耗低电池电量。还应尽量减少后台活动。

在持续使用时，某些app程序会消耗大量电池寿命并加热手机。这个因素极大地提高了任何app程序的性能，并且通常会在APP使用的资源超过所需资源时发生。过多的资源使用会给处理器带来负担，并且手机会发热。

8、内存消耗

在 Android 系统中，每个APP 进程除了同其他进程共享内存(shared dirty)外，还有私有内存(private dirty)，通常我们使用 PSS(私有内存+比例分配共享内存)来衡量APP 的内存开销。

内存使用占有率高，APP在运行时，由于一个移动设备的内存是固定的，会和与其他后台APP竞争，如果内存消耗过大就会造成应用卡顿或被操作系统终止（闪退）。应保证应用不占用过多的内存资源，且能够及时释放内存，以保证整个应用内的稳定性和流畅性，以减少APP的内存占用。

内存利用率：内存利用率=(1-空闲内存/总内存大小)*100%，一般至少有10%可用内存，内存使用率可接受上限为85%。

9、 网络流量

目前的网络类型包含 2。5G、3G、4G、wifi，其中还有不同运营商的区分，我们在 APP的使用中经常遇到大资源，重复请求，调用响应慢，调用失败等各种情况。在不同的网络类型之下，我们不仅加快请求的响应，还要控制流量使用。每秒钟乎均流量，建议值<5.12kb，每10 分钟平均流量，建议值<3MB。并且不存在app偷跑流量等行为

10、碎片化

性能质量在各种移动设备中都是相对的。在市场上Android有数以千计的移动设备，它们因品牌、价格而异的硬件配置、不同的操作系统版本、不同的分辨率。在具有不同 RAM、ROM 和不同规格的处理器等设备上，对应用进行测试。确保应用在容量较低的设备上，也可以正常地运行（如4g，再低则很少有维护的必要）。

三、性能测试步骤流程

通常性能测试会交由专门的性能测试组进行测试。但在不同的公司、不同类型的App，对性能测试步骤流程都是相似的。

在做性能测试的时候，通常是这样的分配的：

45%前置准备：性能测试分析，也就是制定明确的标准及目标；

• 30%测试执行：通过工具或自动化脚本，根据制定的目标，进行执行；

• 25%结果分析：执行完成后得出性能报告，但这并不意味着结束。而是要根据报告分析系统中存在问题的原因。

1、前置步骤

但在实际开始测试移动应用App性能之前，通常需要制定一个针对该应用，行而有效的测试计划，以确保应APP得到有效测试。简单而言，有以下几个步骤：

步骤1：性能需求分析

性能需求分析是开始进行性能测试最重要的部分。

同其它软件研发流程一样，性能测试也是有需求的。需求通常要明确：对性能测试或调优要的目标确认；系统背景相关信息进行确认；被测系统的业务场景确认；测试风险确认。这些都对之后的高效性能测试实现等，都具有指导性。

步骤 2：定义测试性能目标

缺乏移动应用App性能测试目标，是APP开发和性能测试中最常见的失败原因。

性能测试需要目标清晰、定义明确，与业务APP实现目标保持一致，否则测试过程很容易阻塞。 比如：我觉得这个页面打开有点儿慢，足足用了5秒，对于研发来讲：这符合预期，因为定义时只是说很快，从10秒到现在5秒，效率提升两倍，我5秒已经很快了~从而开始争论不休

步骤 3： 确定测试用例 KPI

计划需要设置并实现测试基准，以证明性能测试的可行性。战略目标确定了APP测试的目标， KPI 将帮助我们了解，距离实现这些目标还有多远。

以下这些 KPI 可以帮助衡量测试的有效性：

平均响应时间
峰值响应时间
错误率
并发用户数
每秒请求数
吞吐量

步骤 4： 确定关键场景并确定优先级

大多数APP性能测试失败的一个常见原因是目标定义不明确。

每个功能点都应该有对应得性能指标。这需要尽早定义。否则一概而论很可能会破坏测试策略，阻塞性能测试进度，发现不了性能能瓶颈的测试结果都是无效的。

制定好优先级，这需要先对必要的功能场景，制定对应的性能指标，测试完成后，再制定辅助功能场景的性能指标，并继续测试。

App性能测试清单:

• 使用此APP需要多少 RAM？

• 验证APP在不同网络和环境下的速度和响应时间。

在多种网络条件下确保真实的用户体验

• 确保在多个连接的情况下实现所需的结果

• 确保APP不会崩溃。

• 确保APP程序在使用数据、Wi-Fi 或其他连接时表现良好

• 监控正常运行时间和移动 API 使用瓶颈

• 确定最大并发用户数

• 检查app程序的极限

步骤5：在测试环境中使用模拟器、虚拟机和真机设备，测试APP

通常在模拟器等虚拟测试设备上，可以帮助测试人员运行APP，尽管虚拟测试设备与最终用户设备表现相似，并具有成本效益，但也仅仅是大致了解APP，依旧无法替代真机。

这是因为在真实设备上，会获得最真实的体验感受。如：相机权限、GPS的性能，这往往是虚拟设备无法提供的。还可以在各种屏幕分辨率，以及不同的地理位置和网络环境进行测试。通常真实设备比虚拟测试设备提供更准确和可靠的结果。

设置App性能测试环境如下：

• 了解需要测试的App程序

• 识别APP需要在其上运行的不同操作系统版本

• 构建测试设置

• 构建模拟器或模拟器

• 实际设置的原型

• 选择合适的测试工具

步骤 6： 测试与研发协调
性能测试通常由自动化支撑，来实现APP在软件生命周期中的持续测试。

而测试方法与APP开发方法应保持一致，有助于测试目标和测试基准统一，有助于实现APP愿景和业务战略，同时也有助于让研发团队中的每个人，可深入了解在一段时间内应用性能，对未来得性能提升打下坚定得基础。

例如：敏捷开发中，开发及测试团队，在整个项目的开发生命周期中，开发和测试的持续迭代，将工作流，调整为阶段，在进入下一阶段之前，开发及测试团队定期进行回归测试并接受错误报告。

步骤 7： 考虑运营商网络的延迟和带宽

日常测试种会受到网络带宽和网络消耗及延迟的影响。移动设备通过第三方网络运营商连接到互联网，带宽和网络延迟可能会有所不同。因此需要在不同的网络条件下测试APP，以确保APP良好的运行，提供可靠的质量保证和改进的APP性能指标

流量

APP需要在各种速度可变的网络上进行检查。

APP要在 2G、3G 、 4G和WIFI 网络上进行测试，监控APP的行为。特别是当两个网络都可用，并且从一个网络切换到另一个网络时。

例如：当用户将电话网络从 4G 切换到 WIFI 时，用户的APP中可能会出现问题，反之亦然。在这种情况下，APP变得无响应，可能需要重新启动APP才能使用。

抖动

响应时发生延迟时，对理想时间位置上，出现的短期偏离，称为抖动。

这是在分组交换网络时，发生的问题。当信息被分发到数据包中时，数据包可以通过不同的路径，从发送者到接收者。当数据到达预期位置时，它会变得比最初发送的顺序更混乱。

我们要确保当出现随机抖动的情况时，App程序应该有足够的能力来处理它。处理起来通常是告知用户，需要重新发送请求或等待系统再次响应。

数据包丢失

在完全丢包的情况下，APP应该能够重新发送信息请求或相应地生成警报。

如果数据不完整，则用户将无法理解 App 中显示的信息。这会给用户带来困惑并质疑应用的能力。

因此，最好显示合适的错误消息或提示用户重试。

2、测试执行——挑选移动应用性能测试工具

性能测试需求目标场景确认完成后，就要挑选用来针对测试所用到的性能测试工具。因设备和平台的类型而异。推荐一些最常用的测试工具包括：：

1）Appium【推荐，正文末附该工具学习资料】

Appium Studio 是一款免费的移动性能测试工具。它以其易于阅读和编写的代码界面、各种受支持的测试和独特的 XPath 而闻名。

它与现有的测试环境完全集成，并为开发人员提供对特定于设备的功能的访问。

2）Robotium

Robotium 是一个 Android 测试自动化框架，它为原生和混合APP提供全面支持。

该框架使为 Android APP编写，其功能强大且健壮的自动黑盒 UI 测试变得容易。

开发人员可以编写自定义功能、系统和用户验收测试场景。用户还可以记录和回放进行测试的步骤

3）Selendroid

Selendroid 是一个基于 Selenium 的测试自动化框架，适用于 Android 原生和混合移动应用app以及移动网络。用户可以同时测试多个 Android 应用版本，在模拟器或真机之间切换。

4）Sauce Labs

Sauce Labs 是一个真机云APP自动化测试平台，提供移动应用app的自动化测试。

允许用户在 700 多种不同版本的操作系统，在云真机设备上，并行运行测试，且不会相互干扰。

支持测试人员在没有编程知识背景下，进行移动端自动化测试。

还为测试客户提供了一个安全的测试协议，可在开发、测试、测试版或发布后，对错误进行捕获，并确定优先级。通过更深入地了解APP故障的根本原因，提供高保真错误数据和强大的崩溃分析，来降低APP风险

5）JMeter 【正文末附该工具学习资料】

JMeter 通常用来测试服务器，可用于测试静态和动态资源。如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库和 FTP 服务器等等。

JMeter 可对服务器、网络或对象模拟巨大的负载，在不同压力类别下测试它们的强度和分析整体性能。

另外，JMeter 能够对APP做功能/回归测试、分布式测试，通过创建带有断言的脚本来验证程序是否返回了期望结果。为了最大限度的灵活性，JMeter 可以使用正则表达式创建断言。

四、最后就是测试结果分析

1、测试结果报告：

测试完成后会，会生成报告，一般分为三个部分：

• 基础信息：包名、版本号、提交时间。

• 检测结果：如果下方的检测项出现错误，则会在检测结果上提示哪台手机出现错误。

• 各设备检测结果：选择的机型中的各个设备的检测结果。

2、设备检测结果:

设备信息：安卓版本、分辨率、运行内存、内部储存空间、屏幕大小

设备性能参数：再次启动时间、列表滑动帧率、CPU 占用率、FPS、内存占有率

3、重要检测项：

首次启动时间：首次启动耗时下限设定为 4000ms；耗时过长，会导致用户看到的都是白屏或者内

容有缺失。建议检查加载过程中的所有操作，看是否存在请求数据耗时过长，或者一次性渲染数据过大的情况等。

内存占用为：快应用内存占用下限，设定为 600M；请检查是否存耗费内存的操作，如：内存泄漏，没有复用的超长列表，很多大尺寸图片等。

其他较为重要的检测项目还有：

• 是否成功安装

• 是否成功启动

• 是否有卡死现象

• 是否有崩溃现象

• 是否成功卸载

• 是否正常运行

• 是否出现黑屏或者白屏异常

4、生成测试报告

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

• 是否成功卸载

• 是否正常运行

• 是否出现黑屏或者白屏异常

4、生成测试报告

[外链图片转存中…(img-TS8nykZW-1715722682907)]
[外链图片转存中…(img-VbXEoYc8-1715722682908)]

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！