1.性能测试的几个指标： android
2.性能测试环境准备：shell
3.启动时间windows
3.1，监控值的获取方法浏览器
启动分为冷启动和热启动，冷启动：应用程序首次启动，进程首次建立并加载资源的过程；热启动：应用程序启动后点“back”键、“Home”键，应用程序退到后台，并未被彻底“杀死”的状态，再次启动；app
3.1.1，冷启动工具
启动App命令：adb shell am start -W -n package/activity 中止App命令：adb shell am force-stop package布局
获取package/activity的方法：1.先执行监控指令 adb logcat | grep START，再启动程序，生成的log信息中能够查看该程序的包名和activity名post
ThisTime:647 这条信息中的时间就做为此次应用启动的耗时
3.1.2，热启动
启动App命令：adb shell am start -W -n package/activity 中止App命令：adb shell input keyevent 3 (发送一个keyevent事件，3表明点击手机上的“back”键)
ThisTime:427 这条信息中的时间就做为此次应用启动的耗时
3.2，“启动时间”监控的脚本实现
“启动时间”监控的脚本实现有两种方式：1.获取命令执行时间，做为启动时间参考值；2.在命令先后加上时间戳，以差值做为参考值（此种方式相对更精准）
脚本中须要建立两个类以及方法：
脚本实现如图一、2
获得的数据在csv文件中，数据分析时去掉第一次的数据，取均值，并绘制出一个数据曲线，获得的均值的参考价值的体现方式有两种形式：1.取竞品的数据做为对比（好比测试的是google浏览器，用其余浏览器作对比）；2.取历史版本的数据作对比（版本间对比，看最新版本的开发过程当中是否形成了启动时间的延长）
3.2.2，时间戳差值监控用到的类以及方法：
4，CPU监控值的获取方法、脚本实现和数据分析
4.1获取方法： 取图中第一个百分数做为cpu状态值
脚本实现如图三、4
注意：关于cpu的状态测试的时间要稍长一些，须要配合一个自动化脚原本实现对设备的操做，例如重复搜索100次，同时执行监控命令，来获取搜索100次以后的cpu状态值
5，流量监控值的获取方法、脚本实现和数据分析
5.1获取方法：
1.首先要获取进程的ID，命令：adb shell ps | grep packagename；
，如图中的“5715”就是咱们想要的进程的ID。
2.获取进程的ID流量，命令：adb shell cat/proc/pid/net/dev(pid:第一步中获取到的进程的ID)；
如图，获得的结果中只须要关注两个值：Receive（app接收到的数据）、Transmit（app发出的请求数据）；流量等于这两个值的和：Receive+Transmit。只取eth0、eth1两个网卡的Receive和Transmit便可，也就是把图中框起来的4个数值相加。
脚本实现如图五、6
在实际的测试采集过程当中，须要屡次采集数据，取最后一次采集到的流量值和第一次采集到的流量值的差，做为咱们本次测试过程当中的流量消耗，这也是咱们关注的重点！
6，电量监控值的获取方法、脚本实现和数据分析
*注意：通常，用硬件去测试电量的消耗更为准确，用脚本的方式去获取电量值会与用硬件得到的值有一点的误差，可是用脚本的方式适合硬件资源相对有限的创业公司。
6.1获取方法：
1.命令：adb shell dumpsys battery；2.由于测试过程当中须要手机和电脑经过USB线链接，这样会形成测试电量的过程当中手机同时也在充电，因此须要经过命令切换成“非充电状态”，此命令为：adb shell dumpsys battery set status 1；
如图，level值就是电量，取测试结束后和测试开始时的电量作差，就是咱们要获得的测试过程当中电量的消耗。
脚本实现如图七、8
7，内存监控值的获取方法、脚本实现和数据分析
7.1.内存监控值的获取方法
命令：adb shell top；执行完命令后，在所得的数据中，须要关注两个字段：VSS（虚拟耗用内存）、RSS（实际使用物理内存），而后对测试过程当中VSS、RSS的变化状况作曲线图，得出测试过程当中内存的变化状况。
具体的步骤：1.，（-d：命令刷新的频率，1的单位是“秒”），将获得的数据输出到meminfo文件中
2.操做被测试的应用
3.对获得的数据过滤，过滤出所测试应用的内存值（如图）
7.2.脚本实现如图九、10
7.3.数据分析
打开获得的csv文件，windows系统能够用excel打开，而后对VSS、RSS作曲线图
获得的曲线图中，具体什么样的表现是有问题的、不能够接受的，须要长时间的测试以后才可能发现一些问题；
1.例如连续测试2个小时或以上，而后看内存变化的区间范围，如图中内存的变化区间（最大值-最小值）为6M，能够认为6M的变化对app的影响并不大！若是长时间测试以后得出的变化区间在几百M，通常认为此时的内存消耗是有问题的。
2.因为每次软件发版都会测试内存，咱们要在屡次测试的过程当中根据内存的变化得出一个经验值（参考值），而后对比本次测试所得的值和经验值，来判断本次测试所得的值是否是在合理区间内。
8，FPS&过渡渲染的概念和监控方法--分析页面卡慢的方法
A.FPS：Android应用的帧率FPS（每秒的帧数）是衡量应用流畅度的一个很是重要的指标，能够根据FPS对应用作一些优化，Android系统里定义每秒大于60帧是流畅的（一帧的完成时间是16ms），若是每帧的完成时间大于16ms，咱们认为就有卡顿的现象。
1.获取方法：进入到开发者选项，能够看到有“GPU呈现模式分析”的选项，开启后便可以条形图和线形图的方法显示系统的界面响应速度，能够用以观察系统流畅度。那么要如何根据曲线判断系统是否流畅呢？实际上这个曲线表达的是GPU绘制每一帧界面的时间，只要不超过顶部绿线，均可以视为足够流畅。
开启GPU呈现模式分析
只要下方的曲线不超过绿线，均可以视之为流畅
使用系统自带方法测试流畅度的好处不少，首先是数据准确，系统确定最知道本身的帧率如何；其次是不占资源，对流畅度测试的影响比较小。那么这个方法是否万无一失呢？其实仍是有一些缺点的。好比说利用CPU渲染UI的App界面，就没法获得测试结果（固然这些界面基本无一例外卡顿无比，不用测也知道不流畅）；当系统停顿了一下，例如微博加载图片时，响应速度会大幅增长，曲线瞬间突破绿线——这状况不能说不流畅，由于这属于内容和界面前后响应的机制，若是光凭曲线是否突破绿线判断是否流畅，未免太过局限。因此，在测试应用程序的时候，须要一边操做应用，去直观的感觉流畅度，一边观察曲线的走势，若是直观的感觉流畅度差，而且曲线也大量的突破绿线，那么此时咱们认为测试应用的流畅度低，须要优化。
1.在设置里打开GPU呈现模式分析。点击Android设备的“设置”->"开发者选项"，而后勾选“GPU显示配置文件”。
2.
2.1.点击Android设备的“设置”->"开发者选项"，而后勾选“GPU显示配置文件”。重启咱们的应用。启动应用之后，在应用的页面上作滑动
2.2.lijiedeMacBook-Air:~ lijie$ adb shell dumpsys gfxinfo com.dianping.v1>fps.txt （com.dianping.v1即packagename）
2.数据分析：
打开生成的fps.txt，找到Profile data in ms这部分数据。
4.为了看得更直接，咱们能够把数据放到Excel中，而后以图表的形式进行查看。
从图中能够看出来，我这个应用的流畅度是很低的，正常状况下每帧的完成时间在16ms左右，若是1秒60帧的话，并且Execute时间太长！因此是须要进行优化的。
a: "Draw" : 建立显示列表(display lists，记录全部view对象的绘制指令)的时间开销。
b: "Process" : 执行显示列表中绘制指令的时间。UI视窗中的View数量越多，须要执行的绘画命令就越多。
c: "Execute" : 将一帧图像交给合成器compostior的时间。这部分占用的时间一般比较少
测试方法二：FPS Meter测试安卓帧数
FPS Meter是一款很是实用的小软件，可以用数字实时显示安卓界面的每秒帧数，很是直观。此外，FPS Meter还能够显示最大帧数、最小帧数以及平均帧数，用来评价安卓流畅度极具价值。因为涉及到了系统功能，因此FPS Meter须要root。若是你打算尝试，请先root机后再使用。
FPS Meter的使用很简单，开启App后启动服务便可。在App内，你能够选择帧数显示的位置，以及是否开启平均帧数、最低/最高帧数显示。开启服务后，便可看到有帧数显示于界面上。这里要注意，使用FPS Meter测量帧数须要在开发者选项中停用HW叠加层才会比较准确。
FPS Meter能够显示最大最小帧数以及平均帧数
FPS Meter能够测试界面帧数，不过某些手机若是界面静止，帧数会为0。FPS Meter除了测量系统界面帧数外，还能够用来测量游戏的帧数，因此用FPS Meter来测试某部安卓机游戏性能多强也是个很好的选择。
固然，FPS Meter也并不是十全十美。因为属于第三方App，因此可能会有一些兼容性问题。某些安卓机或者ROM使用FPS Meter可能会不兼容，即便成功开启了帧数显示也无法测量到准确数值，而某些设备使用FPS Meter甚至会死机。不过在大多数状况下，这款App仍是至关值得信任的。
安卓在多个版本中都经过新技术提高了流畅度，好比说安卓2.3引入Dalvik、安卓4.0引入GPU界面绘制、安卓4.1引入黄油计划、安卓4.3引入Trim以及安卓4.4引入ART等等。
2.过渡渲染：
屏幕上的某个像素在同一帧的时间内被绘制了屡次。简单言，app的一个页面所显示的效果是由像素一帧一帧绘制而成，过分绘制就是意味着这一帧被绘制屡次。
若是是静态的布局，可能影响不是很大，若是是动态的，好比ListView，GridView,ViewPager等在性能上就会差一点，常见的好比listView上下滑动，过分绘制的状况下，就会出现卡顿，或者跳跃感很明显。 固然过分绘制确定没法避免，咱们只能减小没必要要的绘制，那么如何看的出来，一个页面是否过分绘制呢？
下面咱们来看一下，下面说的这个工具只有Android 4.2以上有此功能。
2.1.打开咱们的手机设置--开发者选项--调试GPU过分绘制（可能有些手机不是这样的叫法，有的是显示GPU过分绘制，根据手机而来），选择显示过分绘制区域，此时手机页面会显示成这样，不要惊慌。。
这里给你们介绍下，绘制颜色的标识，从好到差：蓝色(1x次绘制)-》浅绿色(2x绘制)-》淡红色(3x绘制)-》红色(4x绘制)
2.2.怎么减小过分绘制
通常状况下，最好把绘制控制在2次如下，3次绘制有时候是不能避免的，尽可能避免，4次的绘制基本上是不容许的。
怎么减小绘制是咱们最关心的，咱们来看一个图（本身项目里面的。。咱们以图片下面的ListView为例子）从图上看的出来，被绘制3次甚至4次
咱们来看下代码：listView和item
红色标记出来的，是问题的所在，背景颜色绘制了三次，最后一个是选择器，由于有点击效果，如今把前2个都给删掉，只留最后一个，如今咱们看一下图片，看是否是达到预期的效果。
这里只是一个简单的例子，固然有不少缘由组成，咱们能够从如下几个方面着手：
第一：若是是相对比较复杂的布局，建议使用相对布局；
第二：若是须要多层嵌套，咱们可使用merge标签来减小嵌套；
第三：减小背景颜色的屡次绘制；
第四：对于使用Selector当背景的Layout(好比ListView的Item,会使用Selector来标记点击,选择等不一样的状态),能够将normal状态的color设置 为”@android:color/transparent”,来解决对应的问题；
第五：当一个页面有多种不一样的显示效果，最多见的是listview 中的多种item布局，咱们能够采用抽取的方式，等等。
下面再介绍如下Android studio自带的工具，
首先 打开 Android Device mointor，找到 Hierarychy view （这里我简称 视图树）
将你要查看的项目运行到模拟器或者真机上，在Android device mointor 上windows 找到当前的模拟器或者真机，找到当前的项目，
如图：点击当前项目某一个布局，在View里面会显示当前这个布局的各个节点图，而后点击3（profile node）,在视图里面就会显示4上面的三个点
他们分别表示 测量 布局 绘制，再次点击的时候，咱们就能够看到子节点上着三个圆点在变化，他有3个颜色，绿色，黄色，红色，红色表明着耗时最长，也就意味着咱们须要优化，咱们能够不断点击，查看 测量布局以及绘制所须要的时间，从而优化。
以上，简单介绍了Android app性能测试的几个指标，但愿对你们有帮助。