手机上的app性能测试怎么测(APP怎么做性能测试)
最后更新：2023-04-05 03:22
oppo手机性能测试在哪里
开始检测1、点击“立即全面检测”，选择检测内容，点击“开始检测”。2、检测过程中，可对某些项目选择跳过。3、检测完成后，就会生成一份关于手机当前软硬件工作是否正常的检测报告。温馨提示：“手机管家”APP版本更新后在首页新增了“流量管理”功能入口，“常规检测”入口调整至“手机管家”APP首页「右上角“：” > 常规检测」。
APP性能测试的标准
通用标准： 百度app安装数达到10万以上 1.安装时长： 安装时长大于6秒，且同款手机智慧社区APP安装时长大于百度app 30%以上2.启动时长： 启动时长大于2秒，且同款手机智慧社区APP启动时长大于百度app 30%以上3.CPU占用： CPU均值占用大于50%，且同款手机智慧社区APP CPU占用大于百度app 30%以上4.内存占用： 内存占用大于140M，且同款手机智慧社区APP内存占用大于百度app 30%以上 6.FPS： FPS小于50，且同款手机百度app高于50FPS
手机性能检测在哪里？
您好 亲亲 1.手机性能测试方法：先打开cpu-z. 2.单击“soc”查看处理器性能。如何手机性能测试3.“设备”查看设备参数。4.“系统”查看系统信息。5.“电池”检查电池性能。 6.手机测试是一个大课题，涉及到硬件测试和软件测试，还有结构测试，比如抗压、抗摔、抗疲劳、耐低温、耐高温等。不合理的结构设计会造成其壳体的压力集中和变形。对于翻盖手机来说，翻盖失灵，还有其他严重的问题。硬件测试一般都有严格的物理电气指标和专用仪器。
如何对安卓市场App进行性能测试？
对App性能测试一般来说有：安装和启动时间、内存实时监控、卡顿、闪退、崩溃、CPU的占用、流量的耗用等等，传统的方式比较费时费力，想要对App进行性能监测你可以了解下听云App，通过植入探针主动探测移动应用性能，帮助开发者及时发现应用性能隐患，采集真实用户移动设备上的应用性能，帮助企业了解真实的用户体验，跟踪App应用移动设备端用户进行屏幕操作时的交互性能，还可以深入追踪HTTP错误、网络错误和崩溃原因，从而提高APP的质量。
手机上的app性能测试怎么测
你可以安装这个软件，然后打开看看流畅度，各方面的功能，设置以及稳定性等。
你好朋友 有很多方面需要考虑到，我列几点有明显特征的（我这里特指跟网络有交互的移动互联网应用，不是那种单机版的应用）：功能测试：手机软件的基本功能。倒不一定完全由测试人员来完全执行，但却是所有测试中最重要的，需要测试人员做很好的测试策略和职责划分。稳定性测试：大多数手机应用是需要保证能够稳定运行一定时间的（尤其是对于一些记事类应用），而且在应用的运行状态发生切换后需要继续保持当前的状态，不出现闪退。性能测试：这部分分为两个方面，一部分是后台服务的性能测试（API的响应时间和响应报文大小），一部分是应用自身的性能情况（占用CPU、内存、I/O、电量情况，以及页面到页面之间的切换速度，如果是游戏或动画，还要保证能够在一定的帧率以上）。安全测试：关键的机密数据连接有没有走加密连接；本地数据库有没有做加密处理，是否会被其他恶意应用读取；后台服务的接口是否安全，会不会受SQL注入的影响；应用有没有做混淆，会不会被逆向以及会不会在渠道方被修改重新签名挂马；敏感数据是否存在了SD Card上等等。地理位置定位测试：大多数业务软件（电商类）都支持获取用户的地理位置信息，方便做一些本地业务的定制（尤其是对于O2O行业），至少需要考虑到三方面：1. 城市是否能准确定位；2. 定位位置精度是否符合要求；3. 地理位置名称解析过程无误。应用升级兼容性测试：需要保证应用能够在升级或跨版本升级后一些关键数据得以保留，而不必用户重新设置，诸如用户账户认证信息、亮度设置、用于标示设备的UUID和一些关键的应用功能开关设置等等。设备兼容性测试：随着Android设备的快速分化以及iOS设备的缓慢分化，应用需要适配在不同配置的硬件平台上（不同的CPU体系结构、不同的RAM配置、不同的Flash存储、不同的传感器配置、不同的网络模式等等），同时还要兼顾不同的OS版本，所以需要很大的精力放在系统兼容性和设备兼容性测试上。耦合应用测试：对于今天的移动应用，“孤岛”模式的应用已经不复存在。大多数应用需要跟其他应用进行交互，从而达到“社交化”或“分享”以及“支付”的功能，这样，它在运行时跟其他软件的交互就存在一定的不确定性，这时如果应用有版本升级，我们需要关注升级后的耦合应用跟我们的应用之间的交互是否还依旧有效。PUSH跳转测试：现今的移动应用同样还存在通过推送服务来让用户到达特定页面的特征。这样我们需要对PUSH服务能否到达特定页面并正确展示特定页面做测试。统计上报测试：对于大多数应用来说，收集一些用户数据有助于他们对用户行为作出分析，从而对比是不是一些新功能的加入能提高用户的活跃度或转化率。这些信息都需要一定的上报方案才能获取、入库和分析。所以对于QA来说，这部分工作并不弱于一般功能测试。---------------------------------------------看到 @孟双双 补充说的网络环境，我再补充一下网络相关的。网络方面可以重点关注三类测试：功能测试（用户体验方面）。在有些2G/3G网络上请求延迟会比较大，建立连接速度慢，以及不断进行大量的分散请求也会导致功耗增大、反复建立连接导致完成所有请求/响应时间长，这些都需要关注到。同时，应用内提供一套支持节约流量的使用模式也是一种可取的途径。另外，应用自身也可以考虑加上一定的离线工作模式，如将一些关键数据在WiFi连接时或有网时进行预取。参考豆瓣电台离线模式或虾米的歌单离线收听。不过此类测试可以通过一些工具来模拟网络延迟大或是丢包严重的情况，用2G/3G网络直接测试的环境构造成本会比较大。适当的性能测试。功能测试已经能发现很多用户体验方面的问题，但这是大概的。如果要特别精细地定位问题瓶颈，需要通过性能测试详细分析延迟出现在哪里，是在建立连接的过程还是服务端响应的过程，或者是应用本地处理返回的数据上。由于运营商在2G/3G网络环境上的复杂配置，很多情况下应用到服务端的连接会出现各种各样的怪象，导致用户无法在操作应用端时成功将请求发往服务端。这部分无法直接通过测试来保证（除非你**真的**有足够的资源可以做好众测）。建议跟运维组联系部署或租用全国范围内的电信、联通、移动网络监控（监控到关键域名下URL的响应）。 望采纳祝你好运
你好朋友 有很多方面需要考虑到，我列几点有明显特征的（我这里特指跟网络有交互的移动互联网应用，不是那种单机版的应用）：功能测试：手机软件的基本功能。倒不一定完全由测试人员来完全执行，但却是所有测试中最重要的，需要测试人员做很好的测试策略和职责划分。稳定性测试：大多数手机应用是需要保证能够稳定运行一定时间的（尤其是对于一些记事类应用），而且在应用的运行状态发生切换后需要继续保持当前的状态，不出现闪退。性能测试：这部分分为两个方面，一部分是后台服务的性能测试（API的响应时间和响应报文大小），一部分是应用自身的性能情况（占用CPU、内存、I/O、电量情况，以及页面到页面之间的切换速度，如果是游戏或动画，还要保证能够在一定的帧率以上）。安全测试：关键的机密数据连接有没有走加密连接；本地数据库有没有做加密处理，是否会被其他恶意应用读取；后台服务的接口是否安全，会不会受SQL注入的影响；应用有没有做混淆，会不会被逆向以及会不会在渠道方被修改重新签名挂马；敏感数据是否存在了SD Card上等等。地理位置定位测试：大多数业务软件（电商类）都支持获取用户的地理位置信息，方便做一些本地业务的定制（尤其是对于O2O行业），至少需要考虑到三方面：1. 城市是否能准确定位；2. 定位位置精度是否符合要求；3. 地理位置名称解析过程无误。应用升级兼容性测试：需要保证应用能够在升级或跨版本升级后一些关键数据得以保留，而不必用户重新设置，诸如用户账户认证信息、亮度设置、用于标示设备的UUID和一些关键的应用功能开关设置等等。设备兼容性测试：随着Android设备的快速分化以及iOS设备的缓慢分化，应用需要适配在不同配置的硬件平台上（不同的CPU体系结构、不同的RAM配置、不同的Flash存储、不同的传感器配置、不同的网络模式等等），同时还要兼顾不同的OS版本，所以需要很大的精力放在系统兼容性和设备兼容性测试上。耦合应用测试：对于今天的移动应用，“孤岛”模式的应用已经不复存在。大多数应用需要跟其他应用进行交互，从而达到“社交化”或“分享”以及“支付”的功能，这样，它在运行时跟其他软件的交互就存在一定的不确定性，这时如果应用有版本升级，我们需要关注升级后的耦合应用跟我们的应用之间的交互是否还依旧有效。PUSH跳转测试：现今的移动应用同样还存在通过推送服务来让用户到达特定页面的特征。这样我们需要对PUSH服务能否到达特定页面并正确展示特定页面做测试。统计上报测试：对于大多数应用来说，收集一些用户数据有助于他们对用户行为作出分析，从而对比是不是一些新功能的加入能提高用户的活跃度或转化率。这些信息都需要一定的上报方案才能获取、入库和分析。所以对于QA来说，这部分工作并不弱于一般功能测试。---------------------------------------------看到 @孟双双 补充说的网络环境，我再补充一下网络相关的。网络方面可以重点关注三类测试：功能测试（用户体验方面）。在有些2G/3G网络上请求延迟会比较大，建立连接速度慢，以及不断进行大量的分散请求也会导致功耗增大、反复建立连接导致完成所有请求/响应时间长，这些都需要关注到。同时，应用内提供一套支持节约流量的使用模式也是一种可取的途径。另外，应用自身也可以考虑加上一定的离线工作模式，如将一些关键数据在WiFi连接时或有网时进行预取。参考豆瓣电台离线模式或虾米的歌单离线收听。不过此类测试可以通过一些工具来模拟网络延迟大或是丢包严重的情况，用2G/3G网络直接测试的环境构造成本会比较大。适当的性能测试。功能测试已经能发现很多用户体验方面的问题，但这是大概的。如果要特别精细地定位问题瓶颈，需要通过性能测试详细分析延迟出现在哪里，是在建立连接的过程还是服务端响应的过程，或者是应用本地处理返回的数据上。由于运营商在2G/3G网络环境上的复杂配置，很多情况下应用到服务端的连接会出现各种各样的怪象，导致用户无法在操作应用端时成功将请求发往服务端。这部分无法直接通过测试来保证（除非你**真的**有足够的资源可以做好众测）。建议跟运维组联系部署或租用全国范围内的电信、联通、移动网络监控（监控到关键域名下URL的响应）。 望采纳祝你好运
本文由 在线网速测试 整理编辑，转载请注明出处。
