前言：

近年移动互联网好比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，或许一些问题就迎刃而解，修行在个人，希望大家一起更上一层楼。

最后再次如何在测试这条路上走的更深，更远。虽说命题有些宽泛，但是有些方法论可以参考

>在某个领域钻的够深，你就是专家。

>简单的事情做出新意，你就是大牛。

>茫然的领域探出条道路，你就是领袖。

和大家共勉。