Android自动化测试基础-ADB介绍

前言

每一个准备学习Android自动化测试的同学，都会面临一个Android自动化测试框架的选择问题。与之前PC和WEB的测试框架不同，Android的自动化框架乍一看，非常的唬人。接踵而来的问题就是：怎么能有这么多呢，到底要选择哪一个呢？

通过这篇文章的介绍，希望能帮助到想了解或者进行Android自动化测试的同学，对Android自动化测试和框架有一个快速的入门和了解。

听说过的Android自动化框架

首先，你听过的Android自动化测试框架/工具可能有如下这些（不限于此）：

appium

uiautomator

uiautomator2

uiautomation

adb

Robotium

Espresso

Instrumentation

Monkey

monkeyrunner

当然你还可能接触到其它的自动化框架，比如：

python版的uiautomator和uiautomator2

腾讯的QT4A

网易的AirTest

基于JVM的Roboletric

But，本文主要介绍的还是上面第一波所列出来的相关框架的内容。因为它们相（我）对（有）常（了）见（解）。

最基础的Android工具

不管你最终选择了哪个自动化的框架，你始终都绕不过的就是ADB（Android Debug Bridge）工具。它是Android开发调试和自动化测试的基础工具，很多其它工具和框架都会在底层调用它来完成一些事情。

ADB的基础原理

就好比了解一个人，先了解他的底细一样；了解一个工具，要先了解它的基本原理。否则在使用过程中“尥蹶子”就不好了。如果你在网上搜ADB原理，会出现很多很多的相关文章，所以这里就只做一个简单的说明，想要挖局更多细节的可以自行深入。

这是一张ADB全局的通信逻辑图，从图中可以知道ADB是一套工具集，它包含：

adb client(运行在PC上的命令行工具)

adb server(运行在PC上的后台服务进程)

adbd(运行在设备或模拟器上的后台服务进程)

它们之间的通信关系也是比较的清晰：

adb client adb server(监听5037端口) adbd(监听5555端口)

而它们的生命周期是这样的：

adb client执行完就结束，跟普通命令行工具一样

adb server在首次执行adb命令时会自动启动，之后会一直运行在后台

adbd则是一直在手机上的后台运行，至于启动时间点估计是在设置debug时

这是另外的一张原理图，这个图中说明了adbd内部的运行逻辑。另外还说明了adb server和adbd的另一种通信方式 -- USB连接。这是对上一张图的补充，结合起来基本就是adb运行逻辑的全貌了。

而最终adbd能驱动Android的应用，则是因为它通过jdwp与JVM通信达到的。（JDWP：Java Debug Wire Protocol）简单说就是java的调试后门，通常用于远程和线上调试。

ADB的基本命令

ADB的命令跟其它命令行工具差别不大，只是参数层次和可用参数多了点。这里就只介绍下常（知）用（道）的命令：

这些命令里面最强大的是adb shell，它其实是进入到Android系统的shell环境，可以执行Android的shell中所有的命令。如果你只是做一些简单的Android自动化操作，那么adb也许就可以满足你的需求了。

除了上面提到的几个命令，只通过adb还可以实现点击、输入、滑动、dump界面树等功能。具体的命令如下：