随着互联网热情高涨，面向移动业务发展渠向更加鲜明，传统得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应用操作的