APP性能测试,你需要关注哪些指标?

一、Android客户端性能测试常见指标

1、内存

2、CPU

3、流量

4、电量

5、启动速度

6、滑动速度、界面切换速度

7、与服务器交互的网络速度

二、预期标准指定原则

1、分析竞争对手的产品,所有指标要强于竞品

2、产品经理给出的预期性能指标数据

3、符合业内行业标准

三、测试方法及工具

1、内存:使用adbshell脚本进行测试,查看Log数据。adb shell dump meminfo

2、CPU:使用adbshell脚本进行测试,查看Log数据。adb shell top。

注意:程序持续运行及操作过程中,内存不能一直增加,不然系统会自动kill掉该进程。

3、流量监控:可以借用网易的开源工具:Emmagee

4、电量监控:和竞品做对比测试,同一机型的测试机在不同时间,不同网络条件,不同功能使用的情况下分别测试电量使用情况。

5、启动速度和滑动、界面切换速度:编写测试代码(AndroidInstrumentation),打桩到源码中,运行后通过log数据进行分析。

6、其他测试工具:腾讯开发的工具:GT随身调。下载地址:gt.qq.com/

不可置否,在对APP的整个测试环节中,性能测试是一个很重要的环节,它直接影响了用户的体验,那么,对于APP的性能测试,我们到底需要关注那些点呢?

其实,我们可以想想在软件设计、部署、使用、维护中一共有哪些角色参与,然后再考虑这些角色各自关注的性能点是什么,那么作为一个软件性能测试工程师,我们就能够从中总结出,对于APP的性能测试主要应该关注哪些比较重要的点。

从用户角度出发

开发软件的目的是为了让用户使用,我们先站在用户的角度分析一下,用户需要关注哪些性能。

对于用户来说,当点击一个按钮、链接或发出一条指令开始,到系统把结果已用户感知的形式展现出来为止,这个过程所消耗的时间是用户对这个软件性能的直观印象。也就是我们所说的响应时间,当响应时间较小时,用户体验是很好的,当然用户体验的响应时间包括个人主观因素和客观响应时间,在设计软件时,我们就需要考虑到如何更好地结合这两部分达到用户最佳的体验。如:用户在大数据量查询时,我们可以将先提取出来的数据展示给用户,在用户看的过程中继续进行数据检索,这时用户并不知道我们后台在做什么。

简单地说,用户最关注的其实就是其操作的响应时间。

管理员的角度

(1)、响应时间

(2)、服务器资源使况是否合理

(3)、应用服务器和数据库资源使用是否合理

(4)、系统能否实现扩展

(5)、系统最多支持多少用户访问、系统最大业务处理量是多少

(6)、系统性能可能存在的瓶颈在哪里

(7)、更换那些设备可以提高性能

(8)、系统能否支持7×24小时的业务访问

开发/设计人员角度

(1)、架构设计是否合理

(2)、数据库设计是否合理

(3)、代码是否存在性能方面的问题

(4)、系统中是否有不合理的内存使用方式

(5)、系统中是否存在不合理的线程同步方式

(6)、系统中是否存在不合理的资源竞争

测试角度

那么从用户、管理员、开发者的角度去总结了其关注的性能指标之后,笔者最终认为,对于测试工程师来说,他们在做性能测试的时候,主要应该关注的测试指标应该是:

(1)连接超时

这个是App关闭的首要问题,而在移动应用中网络错误数据比例报错中最高的就是连接超时错误。想象一下当花重金好不容易把你的App推广到用户手机上,而在用户初次尝试时发生连接超时无法正常使用,多数用户会选择再也不会打开应用第二次。

(2)崩溃

这个已无需多言。APP的崩溃,就是用户的崩溃。当用户使用你的App出现闪退或崩溃时,他们很有可能跑去AppStore赠送你一个“一星”差评。

(3)系统交互(电话短信干扰,低电量提醒,push提醒,usb数据线插拔提醒,充电提醒等)

在APP使用过程中,可能会遇到各种中断场景,那么一旦发生这些场景,APP就卡死或者闪退,想必也没有多少用户愿意持续使用你的APP。

(4)弱网下的运行情况

电梯里、地铁上,网络信号差时,APP页面的菊花转不停,界面卡死,同时错误提示一堆,这样的情况怎能不让用户抓狂。

(5)CPU使用问题

CPU频率设置过高时会导致过热,过热导致耗电更严重,CPU频率设置过低导致手机滞后,应用处理缓慢同样会导致耗电。更多时候,用户解决CPU超载问题只能关闭甚至卸载App,App就被Kill了!

那么针对以上所说的几个比较突出的APP测试点,没有开发者希望用自测的方式去解决,耗时耗力不说,最终的效果也不敢完全保证,那么大多数人能够想到的解决方法就是寻求自动化测试工具的帮助,但是目前很多自动化测试工具存在很多的局限性,一是大多自动化测试工具不方便维护;二是虽然很多自动化测试工具很强大,但对代码的能力要求很高,大大的增加了测试门槛;三是自动化投入的成本较高,相对于目前APP开发周期短的现状来说,是很不划算的。

 

总结:

感谢每一个认真阅读我文章的人!!!

作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。

  • 13
    点赞
  • 26
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
App性能测试中,分析 CPU 的结果是评估应用程序性能的重要一环。下面是一些方法来分析 CPU 的性能测试结果: 1. 使用 Profiler 工具:现代的性能测试工具通常都提供了 Profiler 功能,可以帮助您分析 CPU 的使用情况。在 Android Studio 中,您可以使用 Android Profiler,在 Xcode 中,您可以使用 Instruments。这些工具会提供实时的 CPU 使用率、线程活动和函数调用栈等信息,以帮助您确定性能瓶颈。 2. 观察 CPU 使用率:CPU 使用率是评估应用程序性能的重要指标之一。通过观察 CPU 使用率的峰值和变化,您可以确定应用程序在不同场景下的 CPU 开销。如果 CPU 使用率持续高于预期,可能意味着存在性能问题或资源竞争。 3. 分析线程活动:线程活动是 CPU 使用的一个重要因素。通过观察线程活动情况,您可以确定应用程序中的并发操作和线程使用情况。如果存在过多的线程活动或线程竞争,可能会导致 CPU 资源过度消耗。 4. 查看函数调用栈:函数调用栈可以显示应用程序中函数的调用关系和执行时间。通过查看函数调用栈,您可以确定哪些函数占用了大部分的 CPU 时间,从而找到性能瓶颈或优化的重点。 5. 使用图表和报告:性能测试工具通常会提供图表和报告来可视化 CPU 的结果。您可以查看图表以观察 CPU 使用率的变化趋势,以及关键函数或线程的性能情况。同时,报告也可以提供更详细的信息,如函数调用次数、平均执行时间等。 在分析 CPU 的结果时,还要考虑其他因素,如设备规格和操作系统版本等。不同的设备和操作系统可能会对 CPU 的使用产生不同的影响。因此,在进行比较或优化时,请确保在相同的测试环境下进行。 希望这些方法对您有所帮助!如果还有其他问题,请随时提问。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值