app性能测试理论基础一篇

　　随着互联网热情高涨，面向移动业务发展渠向更加鲜明，传统得WEB系统不能完全支配用户或者客户行为需求，

越来越想要手机自由而且轻松得操作，又因为越来越多得移动用户都是手机党，致使互联网商都更加着重于移动端得产品研发。

　　那么在当下，移动互联网+ 已然是最好得发展方向，无论你在哪里想干什么只要手机有数据网络，都可以满足用户得基本诉求，

那么此时对于测试者来说是一个及其强大挑战与考验。

　　除了必要得业务测试以外，更需要基于用户角度深挖产品得问题与毛病，就比如APP使用效率与反应。业务测试在满足客户或

产品需求意外，需要尽可能发现在未知场景和因素导致出现问题，能够及早得提供和解决。无论是定位和协助解决问题都将磨练测试

者得心性和工作态度，从专业角度深度刨析设计原理，以及APP项目代码实现。那么这个时候，将要拷打测试者得代码能力。将对应

objective-C  JAVA

　　------插入一下，APP监控 平台   

　　------ APP 崩溃监控  Bugly

　　------ 应用性能监控   APM

　　------ 业务监控    TalkingData .  友盟

 

那么言归正传，具体性能测试需要关注那些模块呢

一款优秀APP产品在没有较大资源请求外，页面响应加载时间是有一定得时间范围指标

优秀：0-400ms 标准：400-2000ms  轻微隐患：2000-5000ms  严重隐患：5000ms+

 

CPU:当APP在实现很多复杂得业务，代码层应用了很多线程任务，此时用户在持续长久使用线程请求调配CPU资源，导致CPU使用率过高，此时手机也会发热烫

FPS:应用程序得使用流畅度，当APP在用户基准操作时候，比如某多多，某宝，某东进行常规重复操作行为，会不会出现不流畅情况

　　一般的Android 设备屏幕刷新为 60帧/s 要求时间  1000/60 = 16.6ms

GPU:过度渲染，在一个像素点上绘制多次产生的像素差异

耗电量：

　　1）APK 安装和未安装

　　2）常使用场景能够正常进入待机

　　3）长时间使用应用无异常耗电

流量测试:

　　1.app使用中经常遇到大资源重复请求，调用效应慢，调用失败

　　2.每秒 平均流量 建议值 <5.12kb,每10分钟平均流量 建议值 <3MB

内存占用测试：

　　> APP应用空闲状态 

　　>中强度的对APP应用操作的