上一篇文章通过导图的方式介绍了性能专项的几个测试点，那么今天将会详细阐述下。
内存:
内存泄漏：
老生常谈的最多就是这货，这家伙的测试方法其实是最简单也是最难的，为什么简单，因为你要定位到路径，只需要重复操作即可，比如你怀疑播放器泄漏了，重复进入退出N次，那么就可以确定是播放器出问题了，可以提单了；说难，你需要进一步分析到底是哪里泄漏了，通过MAT工具去对比，去分析定位到类，那就需要精力和时间了，通常还吃力不讨好…最近，出现了这样一个工具LeakCanary，通过嵌入到代码的方式，通知栏会自动提示内存泄漏，爽爽的，建议试试，在工具篇会介绍。至于内存泄漏的几种情况，可以参照以前写的文章，下面的图片是御用的自带内存工具，android studio自带的，很放便
线程泄露：
一个组件的启动通常伴随着多个线程的开启，通常线程是一次性执行的，但是如果有一些延迟或者循环多次的线程忘记在组件退出而结束的话…通常线程泄漏一般是打开DDMS直接可以看到。
图片资源：
其实一开始我是把图片资源这部分放在流量这块的，后来考虑到图片是需要经过客户端压缩展示的，而bitmap这类更合适与内存，所以放这里来了。对于图片，我们需要关注的就两个，一个是格式，一个是编码方式。格式指的是在服务端下发的图片格式最好是压缩过的jpg，而不是png，png通常的大小是jpg的多倍以上。第二编码方式，先要关注两个类Bitmap.Config和BitmapFactory.Options，前者需要对颜色经行编码，rgb565是最合适的；后者则是针对不同分辨率进行压缩，这两个都是要测试注意的。
流量：
流量更关注的其实是业务场景，不过还是可以抽象出一些共性的检查点来。
弹框类：
这里的弹框其实更多的是播放类应用，需要覆盖的是一下几个场景：
- 移动网络进入应用
- 移动网络播放音乐/视频
- 移动网络下载
- 非移动网络切换到移动网络
- 移动网络切换到非移动网络
那么总和一句话就是，该弹框的地方要弹框，网络状态切换的地方根据项目测试。
缓存类：
主要包括请求的缓存，图片的缓存；请求的缓存前面介绍过了，不多说，图片的缓存android这里一般涉及两个类，LruCache以及DiskLruCache，前者用在图片内存缓存上，后者则是磁盘缓存，都遵循Lru算法，检查有没有做这块逻辑，直接断网进入就ok了。
多余的重复的请求：
这个也好理解，抓包可以直接看到，也包括请求失败是否一直重试的次数
重复下载：
这个也易懂，比如图片，你进入一个模块，重复去下载图片是不允许的，这里可以通过抓包工具抓包，不要通过对比缓存目录(笔者上过当),造成的原因一般是方法重复调用
资源规格正确性：
比如我下载一首mp3，选得320k，结果你下载了个无损给我；我要上传一张只有原图的50%的图片，结果你给我仍一张原图上去，这类看不到用户无法直接感知的业务，就需要验证资源规格了
开关类：
这是某应用的开关，作为一个测试绝对不要相信这里的开关，没一个按钮都是需要验证到
切后台/横竖屏：
一般切后台的应用除非必要的长连接，其他轮训的请求一般都要停掉，横竖屏操作也要避免重复请求
时延：
首次/非首次启动应用：
提供两个这个命令 adb shell am start -W [pkg]
这条命令会直接打印出启动时间，根据需要可以封装成自动化脚本，首次启动因为一些初始化操作，我们允许时间可以长一点，一般1~2s，而非首次启动一般在500ms之内。
重要模块的首次/非首次：
对于一些常用模块，也需要测试首次和非首次，比方说支付宝的二维码，你第一次进和应用不退出再次进入支付宝，要求的时间肯定是不同的，后者根据项目具体情况再分析
流畅度：
指的是页面切换的时间，硬件刷新时间一般是16ms，不要超过这个值
响应时延：
指的是点开某个按钮跳转完成的时间，一般是指onCreate到onResume的时间。
电量 && 其他：
高级公司用物理工具测试，小公司用电量百分比，这玩意真的很模棱两可，这里没做过所以不敢乱发表意见
其他的像是cpu这种，同样通过android studio直接看到，电量和cpu的性能一般项目比较少涉及了。