http://www.51testing.com/html/43/n-4465343.html
测试场景选择
内存出现泄漏的前提条件一定是有新的内存分配，所以测试场景会选择有新对象创建的场景，并结合用户的使用场景和频率来确定优先级。测试场景主要有以下三种情况，配合测试次数，然后可以每5次获取一次内存值进行判断，一般测试300次，如果各种内存测试完成并等待5分钟后内存没有释放，则高概率存在内存泄露：
1）新画面打开 由于新的画面打开，就会创建新的Activity和View，并有许多其他对象被创建。 测试方法： 反复进入退出需要测试的目标Activity，如果发现Activities和Views的一直在增长，则内存泄露一定发生（退出时如果手动GC，则Activities和Views的数量应该为0）
2）画面旋转 当屏幕旋转时，Orientation设置发生了改变，当前显示的Activity会被重新创建。 测试方法：进入需要测试的目标Activity，反复横竖屏切换，如果发现Activities数量等其他值一直在增长，则内存泄露一定发生
3）滑动屏幕 滑动屏幕会使屏幕中显示的对象（比如浏览器小说阅读内容）创建。 测试方法：进入需要测试的目标Activity，一直固定某个方向滑动（向左），如果发现内存值一直在增长，则内存泄露一定发生
Case例子，仅供参考：
注意： 1）每个应用的脚本需要获取的信息可以直接涉及好关联应用或进程的数据值，例如测试camera时后台camera服务进程，多媒体进程、相册进程。 2）针对内存泄露的测试，需要开发自动化脚本测试，然后测试过程中获取测试的值存入execl的固定模板，测试完成后根据测试结果数据判断是否有内存泄露 9、 定位内存泄露的原因(如果是真机测试，安装一个debug版本的apk，否则monitor无法显示进程)
