新来的同事问我：APP性能测试有哪些关注点？

1、性能测试常见指标

• 内存；

• CPU；

• 流量；

• 电量；

• 启动速度；

• 滑动速度；

• 界面切换速度；

• 与服务器交互的网络速度。

通常Android对上面的关注点会更多一些。

2、预期标准指定原则

• 分析竞品，所期望指标与竞品的差值或超过竞品；

• 满足产品经理给出的预期性能指标；

• 符合业内标准。

3、工具及方法

内存：

方法：使用adbshell脚本进行测试，查看Log数据；

命令：adbshelldumpmeminfo。

CPU：

方法：使用adbshell脚本进行测试，查看Log数据；

命令：adbshelltop。

敲黑板：程序持续运行及操作过程中，内存不能一直增加，否则系统会自动Kill(弄死)掉进行。

流量监控：

工具：可以借用网易的开源工具Emmagee；

电量监控：

方法：和竞品做对比测试，同一机型的测试机在不同时间，不同网络条件，不同功能使用的情况下分别测试电量使用情况；

启动速度/滑动速度/界面切换速度：

方法：编写测试代码，打桩到源码中，进行测试后通过log进行数据分析。

4、不同角色关注点

关于不同的角色，对性能的要求及关注点，小鱼在《深聊性能测试，从入门到放弃之：初识性能测试》的第三章详细写过，虽然当时没有明确的写出是Web还是App，总的来说，还是离不开这些。

当然，像小鱼我这种乐于助人，我愿意再详细的总结一下，针对App性能，各个不同角色大佬的关注点。

4.1运维角度
响应时间；

服务器资源使用情况是否合理；

应用服务器和数据库资源使用是否合理；

系统能否实现扩展；

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

系统性能可能存在的瓶颈在哪里；

更换那些设备可以提高性能；

系统能否支持7×24小时的业务访问。

4.2开发（架构）工程师角度
架构设计是否合理；

数据库设计是否合理；

代码是否存在性能方面的问题；

系统中是否有不合理的内存使用方式；

系统中是否存在不合理的线程同步方式；

系统中是否存在不合理的资源竞争。

4.3用户角度
加载时间；

反应时间。

4.4测试工程师角度
①链接超时

这个问题必须重视，因为在移动应用中网络错误数据比例报错中最高的就是连接超时错误；

②崩溃/闪退

APP的崩溃，就是用户的崩溃。当用户使用你的App出现闪退或崩溃时，他们很有可能跑去AppStore赠送你一个“一星”好评；

③系统交互（电话短信干扰，低电量提醒，push提醒，usb数据线插拔提醒，充电提醒等）

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

④弱网下的运行

电梯里、地铁上，网络信号差时，APP页面的菊花转不停，界面卡死，同时错误提示一堆，主要卡在菊花这个标志上，着实有点尴尬。

⑤CPU使用问题

CPU频率设置过高时会导致过热，过热导致耗电更严重，CPU频率设置过低导致手机滞后，应用处理缓慢同样会导致耗电。

更多时候，用户解决CPU超载问题只能关闭甚至卸载App，App就被Kill！

绵薄之力

最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走

这些资料，对于想进阶【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助，需要的小伙伴点击下方插件进群免费领取：