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

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

一、性能测试的目的

性能测试的目的简而言之，就是优化应用程序（注：应用程序在PC端被称为"软件"，在移动端被称为“App”），满足用户使用体验。

对于移动应用App来说，要想取得成功，顶级性能是最重要的。否则，最终用户将卸载应用程序APP，去寻找性能更好的APP替换它。

我承认18年我就是因为荒野行动卡顿，用户体验不好，才跑去玩和平精英的。

那到底要关注哪些方面，每个指标在实际生产中是如何影响业务？在实际生产中如何开展？我们从以下几点来看。

二、性能测试指标

1、Android性能指标

基础的产品性能指标，一般涵盖页面加载速度、到站率、接口返回速率、成功率、白屏率等用户侧指标，也包含功耗、流量消耗、包体积、磁盘空间等物理指标。

2、CPU

主要关注的 CPU 的使用率。比如打游戏时间长了，手机会出现发热发烫，是因为CPU 使用率过高，CPU 过于繁忙，会使整个手机无法响应用户，整休性能降低，用户休验会很差，也容易引起 ANR等等一系列问题。指用户进程与系统进程消耗的CPU时间百分比，长时间情况下，一般可接受上限不超过85%。

3、GPU

GPU 过度渲染是指：在一个像素点上绘制多次，过度绘制对动画性能的影响是极其严重的，如果你想要流畅的动画效果，那么一定不能能忽视过度绘制。

还有一种由于当前线程中执行了太多任务，UI渲染跟不上Sync信号(刷新信号)而出现掉帧，通常是主线程导致。而这也是优化的重点，因为大部分卡顿、掉帧都会在这里现出。

4、APP响应时间

作为应用成功的核心特征之一，移动应用响应时间至关重要。用户对较长的加载时间和缓慢的处理零容忍。对应好坏的指标有：

优秀：0-400ms

标准：400ms-2000ms

隐患：2s-5s

严重：>=5s

优化APP性能需注意以下几点：减少 cookie 大小、使用更少的 URL 重定向、消除 Flash 等组件等，以实现良好的响应时间。

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 而闻名。

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

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）

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

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

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

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）
[外链图片转存中…(img-T9xdJw4e-1713282822169)]

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