前言：
近年移动互联网好比IT界的一条浩瀚银河，安卓手机测试可谓其中最璀璨的一颗明珠，这里有一座你不得不熟悉的桥--ADB
曾见过不少相关的文章或培训，不乏空谈多，实战少；期望大，效果差。也见过很多测试同仁，预成大牛，却不得其法。今日我们秉承单点极致的精神。聚焦实用的技能，也思考下测试这条路，该如何走的深远。
安卓测试，乃如今移动测试领域中举足轻重的部分，相信也有不少同仁奋战在这片战场。工作中听闻最多的几个关键词"性能"，"自动化"，"稳定性"……掌握这些测试技能，或可成为高级测试工程师。也达到很多同仁眼中的成功，至少是成就感。那么这条路远嘛？难嘛？我说，不远，也不难，你和成功其实只隔一座桥--ADB。
ADB，或许很多人并不陌生，何谓ADB，简言之："adb的全称为Android Debug Bridge"就是起到调试桥的作用。最基本的安装，环境变量配置，相信大家也能查到诸多资料，而一些入门级的介绍更是犹如滔滔江水，连绵不绝。相信如下几个场景，或者命令大家都尝试过：
1)安装一个安卓APP： adb install
2)卸载一个安卓APP： adb uninstall
3)查看设备连接： adb devices
4)推送/拉去一个文件： adb push/pull
5)重启手机： adb reboot
入门级命令十多个，相信大家看到这里很亲切。不错！这也是常考的一些笔试题。
但是问题来了，又有多少人，到此就浅尝辄止了？！恐怕也是犹如黄河泛滥吧……
ADB 是一个非常实用的工具，尤其是对我们测试人员。什么才是进阶实践呢？您是否基于 ADB 做过“性能测试”，“自动化测试”，“稳定性测试”？姑且让我们从这三个场景看看这座桥（ADB）有多少神奇的潜力。
注：
1. 以下截图中代码，都来真实测试项目中的代码片段，必要地方我会加以解释。
2. h 是 Java 封装的一个类，主要作用是把 adb 命令发送到控制台执行。
很多高级语言都有相似方法，比如 php,或者 python
一、性能测试场景
安卓测试中，启动速度，安装包大小，内存占用，CPU 占用，耗电等是我们公认的重要性能指标。通过这座桥，这些都能实现。
例 1：测试 app 的启动速度：
【项目实战代码】：
【核心命令】：
【效果分析】：
其中的 ThisTime,和 TotalTime 就是我们关注的启动时间，单位是毫秒。
知道这个，结合你已经掌握的安装卸载命令，再加上任何一门高级编程语言的基本语法就可以完成贵公司 app 启动速度专项测试。
提供思路如下（赶快动手试试吧）：
1) 设置安装包路径，如果有实力可以脚本完成定期去 FTP 服务器拉去最新可用安装包。
2) 安装
3) 启动并记录时间
4) 解析结果并入数据库。
5) 完成分析数据，横向对比，量化的把控启动速度的变化趋势。
例 2：获取 app,安装后大小：
【项目实战代码】
【核心命令】：
【效果分析】
其中 system 后面就是大小（单位是 B）顺便连安装时间也有了^_^。
租后面无疑是包名字，想针对具体的应用来看，自然也是可以的。
很简单，也很神奇。应用场景，你懂得。
例 3：内存的获取：
【项目实战代码】
【核心命令】：
【效果分析】
远比你想想的要详细，惊呆了，有木有。其中前两项是我们要获取的总内存，和剩余内存，至于其他，按需获取。
【核心命令】：
【效果分析】
不难看出吧 58753KB，就是猎豹清理大师当前的内存占用。
至于您想获取哪个应用，多久获取一次？合适获取。可以自己定义。总之内存这个常提到性能指标就通过一座“桥”实现了。
例 4：电量测试
【项目实战代码】
【核心命令】：
【效果分析】
不难看出，很容易解析到，我们要的电量，电压，温度。除此之外，你甚至会发现，连充电方式，电池的健康程度，电池类型等都有。
想新到此，您已对 ADB 这座桥有了新的认知。
其实远远不仅如此。让我们继续领略一二。
二、功能自动化测试场景
一提到安卓安卓手机的自动化测试。恐怕就会想到，monkeyrunner，robotium,Athrun 等一系列的框架。其实根据项目的情况选择合适的测试技术也是一项很有学问的事情。在此不展开讨论。
说个具体场景。要检验猎豹清理大师的建议清理效果（该删除的文件被删除）
核心步骤：
1) 安装，启动，跳过协议页，规避弹窗：
adb install（安装）
adb shell am start（启动）
adb shell input keyevent 4(点击 back 键)
2) 进入垃圾清理，等待扫描完成，点击清理
adb shell input tap X Y(点击某点，横坐标 X，纵坐 Y 标)
3) 检查手机文件系统，完成效果比对。
这无疑是一个典型的自动化测试场景。 核心的 ADB 命令如上，大家可以小试牛刀。
三、基本稳定性测试场景
提到稳定性，大家第一时间想到，monkey。不错，确实有一条命令：
adb shell monkey –n XX (包名) 1000（伪随机时事件数）
这无疑算是一种稳定性测试方法，但是常用的同学也不难发现它的缺点！
>随机性强，不容易复现。
>盲目性大，很容易点到别的应用。
>可控性差，运行很久未必重点测试预期的模块。
今天我们有这样一个测试场景，测试手机主要的模块，能正正常进入，并且没有崩溃。
核心点有三个：
1) 驱动手机进入指定模块；
ADB 的坐标点击，你懂得，就不赘述
2) 获取当前系统最上层的 ActivITy 名称。
【项目实战代码】
【核心命令】：
【效果分析】
3) 结果比实际最上层 ActivITy 名称，和预期比较，判断稳定性，记录结果。
字符串比较，留给大家自己发挥。
至此，我们多少重新认识了下，似曾相识的 ADB。其实安卓测试，认真的走过这座“桥”漠然回首的时候，你会发现，自己经找到晋身高级测试工程师的门路了。当然由于时间和字数的限制。今日只能带大家走马观花的领略下，这座神器的“桥”。工作中如果有疑难的测试场景，不妨想起 ADB，或许一些问题就迎刃而解，修行在个人，希望大家一起更上一层楼。
最后再次如何在测试这条路上走的更深，更远。虽说命题有些宽泛，但是有些方法论可以参考
>在某个领域钻的够深，你就是专家。
>简单的事情做出新意，你就是大牛。
>茫然的领域探出条道路，你就是领袖。
和大家共勉。
最后：
1）关注+私信回复：“测试”，可以免费领取一份10G软件测试工程师面试宝典文档资料。
2）关注+私信回复："入群" 就可以邀请你进入软件测试群学习交流~~