Appium 自动化测试框架

移动 App 自动化测试的学习

App 测试框架

首先来看一下 App 自动化测试领域里有多少框架是我们可以使用的？

如图所示，将行业里比较知名的框架整理在一起。从图中我们可以看到 Android 与 iOS 都有一些成熟的工具可以用于各自的自动化测试。那么这些工具有什么区别呢？

这张图从多个维度对这些工具进行了对比区分，比如工具是否跨平台、是否支持 Android、iOS 和 Mobile web；它的编程语言是否受限，还是所有语言都可以支持；是否包含一些 case 的辅助创建工具；是否支持 Android 的不同的版本，以及该工具的社区活跃度等。从这几个指标来综合分析，Appium 是其中最好的一个框架。

综上原因，我为你推荐 Appium 这个框架，Appium 也是目前整个行业里使用率最高的一个框架。它之所以这么流行，原因之一是它跨语言，无论你是用 Python、Java 还是 Node.js，都可以去编写你的测试用例，同时它也能够跨平台，支持 Android 和 iOS，甚至支持 Windows 和 Mac 。Appium 的底层扩展性很强，可以支持多层引擎。经过扩展也可以轻松支持一些游戏的自动化。 我们还可以在 Appium 中加入一些  AI 插件，通过 AI 和图形识别等技术去做一些更有趣的自动化场景应用。另外Appium也支持机械臂。

另外，Appium 的社区和生态都非常的丰富和强大，很多问题都可以在项目的issue或者一些外部的社区里可以搜索到解决方案。

除了 Appium 之外，还有一些很不错的自动测试框架，比如 iOS 里面的 KIF、WDA。其中的 WDA，它也是 Appium 底层所依赖的一个技术。

Android 自动化测试也有几个非常不错的框架，像 Robotium、Uiautomator1/2、calabash，阿里的 macaca，以及 atx，可以说在移动端的自动化测试框架简直就是百花齐放。

在所有框架里我推荐你先从 Appium 开始学，因为 Appium 是其中最强大的一个框架。学会了 Appium，你就可以基于 Appium 的基础，再去学习一些更底层或者更面向垂直领域的框架，从而使你的测试性能更好。目前，学 Appium 对你的成长是最有帮助的。

**Appium 实现细节**

了解了我们为什么选择 Appium，接下来我们开始进入 Appium 自动化测试框架的实现细节。

我们先看一下 Appium 的设计理念。 Appium 需要在你的 PC 机上开启一个 server。这个 server 会监听一个特定的端口，等待你的客户端发送请求。当它收到请求之后，会调用手机上的 agent，agent 是一个独立的角色，特定平台上会有不同的 agent，它可以驱动你的 App 并且完成对应的自动化。

Appium 的整体理念跟 Selenium 是趋向一致的，它跟 Selenium 一样接受多个语言的客户端发送的的webdriver http请求，进行统一的处理后，再调用各个手机上的驱动。所以在整个技术架构上appium与selenium拥有同样的理念。

那么 Appium 底层有多少个引擎？我对官方文档进行了一个梳理。

在 Android 平台上它有两大主流体系，一个体系是基于底层的 espresso，另一个叫作 selendroid。它们其实都是从 Android 最底层的 Instrumentation 框架中扩展而来的。目前 espresso 已经成为官方正式支持的一个驱动。

第 2 个是跨应用的测试，它主要基于 uiautomator，uiautomator 分 1 代跟 2 代，目前主流支持的是 uiautomator 2。在 iOS 平台上，早期它支持的是 uiautomation。Xcode8 之后，把 uiautomation 废弃掉了，现在主流使用的是 xcuitest。xcuitest 其实就是 Facebook 所开源的 WDA（web driver agent）框架。

除此之外，Appium 也支持 Mac 和 Windows。从图中可以看到，目前官方主流支持的是 uiautomator2 和 espresso。espresso 更快，uiautomator 更全面一点。iOS 官方支持的是 xcuitest 驱动。那么 Appium 为什么能在 Android 上支持的那么全面？因为它的底层横跨两个框架体系，巧妙的借助 Android 的两个自动化测试体系生态，一个是 Instrumentation，一个是 Automator，借助这两个技术栈，它就可以实现 Android 所有版本的自动化支持。

在 iOS 平台上也类似，iOS 在 Xcode8 以下支持 Automation，在 Xcode8 之后，它也开始支持 XCTest。所以借助多个技术栈的支持，Appium 实现了对 Android 与 iOS 的同时支持。

我们再深入拆解一下 Appium 框架的技术架构，如图所示，你会发现你的安卓脚本，比如 Java 测试脚本和 Python 测试脚本会跟 Selenium 一样，通过 HTTP 请求发给 Appium 的一个 server，Appium Server 会把你的请求再转发给底层各个手机上。比如 Android 平台上的是 UIAutomator2 来驱动，在 iOS 平台上是 WDA。如果你有手机浏览器，它会转发给 Chrome driver 来完成整个自动化体系对各个平台的支持。

Appium 生态工具

接下来我们开始进入动手环节。首先我们看一下 Appium 的几个生态工具。Appium 依赖于这样几个工具，第 1 个是 adb。adb 是 Android SDK 下的一个工具，它主要用来访问 Android 设备，所以说 adb 是 Appium 必须的工具。

第 2 个是 Appium Desktop。它内嵌 Appium Server 和 inspector ，实际上是一个综合性的 IDE 工具。

第 3 个是 Appium Server。Appium Server 其实是 Appium 的真正核心。这个Server 跟 Selenium Server 是一样的，都是一个服务模式，用来接受客户端的请求，并且执行相关的自动化。而 Appium Server 才是 Appium 的真正代表。至于 Desktop 你都可以理解成是一个内嵌了 Appium Server 的全能 IDE 工具。

除了以上这几个之外，跟 Selenium 类似，Appium 的生态工具也有 Appium 的各个 Client，就是各个客户端库，比如说 Python、Java、Ruby，以及 Robot Framework 等各个语言和框架的一些扩展。

Appium 安装

那么了解了 Appium Server、Appium Client，以及 Appium Desktop 这几个主流工具后。我们来学习如何去安装它。

首先，我们看一下 Desktop。Desktop 是一个大一统的工具，它里面内嵌了一个 Appium Server，你下载这个工具之后，就可以直接启动做自动化。它里面提供了一些 case 录制及界面分析工具，非常强大。

然后是 Appium Server，真正的功能其实都在 Appium Server 内。

要安装 Appium Server 会比较困难。目前官方文档所提供的安装方法在国内基本上是安装不上的。

第 1 个安装办法需要使用代理，你可以找到一个合适的代理工具，然后通过代理安装。除此之外，我们还可以使用淘宝的 cnpm。淘宝的 cnpm 也可以让你很便捷的安装 Appium，但它有个缺点，在后期你要做一些更复杂的测试时，它会有一些 bug。所以你最后还是要回归到使用代理安装官方的 Appium。但在前期做基本的自动化或单机的自动化测试时，使用 cnpm 是没有问题的。

Appium 本身是使用 Node.js 开发的，它需要 Node.js 的一个运行时，所以我们推荐你安装  Node.js 的 LTS 版本，也就是目前的版本 10。

安装 Appium 为什么这么困难？有一部分原因在于要访问海外服务器，这在国内是没有办法实现的，所以安装必然会失败。

第 2 个原因是在安装过程中，你可能会使用 root，这就导致一些权限的问题。另外，Node 的版本不能太低，也不能太高，这里推荐你选 Node10 这个版本。

第 3 个原因在于安装 Appium 时需要 Python2，虽然 Python 官方已经不太支持 Python2 了，但是你仍然需要保持本地安装了 Python2。

第 4 个原因是 node_module 的权限可能也会不对，如果是 Windows 可能还需要一些依赖的编译工具。 还有一个原因在于你的 PATH 变量下面需要设置 adb、Java 等相关的一些路径。在 iOS 系统里你可能还要解决一些 WDA 的编译和依赖下载的问题。

这些问题可能会让 80 % 的测试工程师卡在安装 Appium 环节。只要你能够突破 Appium 安装这个环节，基本上就已经超越了 80% 的人。

测试用例录制

假设你现在已经搞定了 Appium 的安装，接下来我们开始进入一个最简单的 demo，让你了解怎么去使用 Appium。首先，就跟 Selenium IDE一样，按照惯例我们仍然使用 Appium 的 Desktop，来教你录制一个最简单的 case 并运行。

首先要完成自动化。这里有几个前提条件，第一你需要安装好 Android 的 SDK，这个工具代表你的 adb 能够直接运行，也说明你的 adb 是安装成功的。第二你需要有个 Android 设备，Android 设备可以是真机，也可以是模拟器。

模拟器我推荐使用的是 Android Studio 自带的 emulator，除此之外，还有一些其他的模拟器，像 Genymotion 和网易 mumu 模拟器也非常不错。我本地使用了网易 mumu，如果你用真机也是可以的。此外你还要下载一个 Desktop，也就是我们这次运用的入门学习工具。

所有环节都具备后，我们首先要解决第 1 个问题：如果说我们要对一个 App 做自动化，我们先要找到 App 的入口。

下面，我们进入实战环节

首先，看一下如何获取 App 的入口。我们看一下我的设备，可以看到在我的本地有一台设备，这次演练的对象是手机上的雪球股票这款 App。我们打开命令行，输入 adb devices。这个命令如果能执行，说明你的 SDK 基本上已经安装对了。

现在页面上有一台设备，那么我要如何去找入口呢？通常我会使用 logcat| grep -i displayed 这个命令来找入口。 

当你通过命令第 1 次启动 App 的时候，它会自动展示出  App 的入口。这是一个命令执行，执行完成之后，我们回到模拟器，启动 App。

你可以看到现在 App 已经开始启动了，这个时候回到命令行，上面显示的关于 App 的第 1 条记录，其实就是 App 的入口。我们把它复制下来，结束命令。 

那么我们怎么去验证入口对不对呢？这个时候可以使用另外一个叫 adb shell am start-W -S -n 的命令，它表示自动去启动一个 App，如果这个命令能启动，代表你找的入口是对的，如果不能启动，说明你找的入口是有问题的。

下面我来为你演示一下，输入 adb shell am start-W -S -n 这个命令，后面加上你所指向的app入口路。如果它能够正常启动，就说明 App 入口找对的。经过我们这样一次启动之后，它会杀掉原来的进程，再次启动。如果说它能够正常的启动，也说明你的路径是对的。

现在命令执行正常，说明我们刚才找的入口是对的。一旦有了正确的入口，接下来就简单了。

我们进入 Appium Desktop。首先带你看一下 Appium Desktop 的界面。我已经装好了这个软件，如果你想知道如何安装，可以去搜一下工具的官方地址，你可以在上面下载各自平台所对应的Appium Desktop。

现在我们开始启动 Appium Desktop，然后点击 inspect，在里面你可以看到有一定的参数让你选择。通常我们会填这样几个参数，第 1 个是平台名字，这表示你要做的是 Android 还是 iOS 的自动化测试。第 2 个是设备名字，在 Android 设备下 divicename 默认值是空的，你可以随便写一个值。 第 3 个是 appPackage 和 appActivity，appPackage 就是我们刚才所找到的包，appActivity 是我们刚才所找到的入口，也就是我们在 adb shell am start-W-S- 这个后面填入的路径。

斜杠前面叫包名，后面的叫 activity。 activity 你可以理解成是窗口的意思。一个进程加上一个窗口，便形成了它的入口。通常我们还会额外加一个叫 autoGrantPermission 的参数，因为雪球可能会自动声明一些权限，你只要自动把权限全部给它就可以了。

这些选项配置完成后我们点击 Start Session，开始启动 App。在第 1 次启动过程中，它会往你的手机上安装一些初始的 APK，比如说锁屏、解锁或者是系统设置的 APK。如果你是真机，可能还会弹出来一些安装提示，你只要允许通过就可以了。这些只有在第 1 次安装的时候才可能会需要。

现在可以看到后台的 mumu 模拟器已经开始启动 App 了，App 启动后，会自动同步你的手机，但有的时候会有延迟，如果有延迟的话，你点一下刷新就可以了。

App 启动后就弹出来一个升级，我们点击关闭，页面上有一个按钮 tap，它可以模拟一次点击操作，这次我们要录制一个 case，同时要把整个过程录下来。我们点击 start recording，它会录制整个操作过程。

我们先选中控件，然后使用 Tap 模拟点击事件。接下来就会进入这个界面，我们进行搜索，继续后点击 Tap，它看起来是一个输入框，其实只是一个普通的控件，真正的输入是在搜索栏进行的。

在页面上点击 Send Keys 并输入搜索内容，比如我们搜alibaba，点击 Send Keys，这个时候你会发现它会找到多条结果，我们选中其中一个，点击 Tap。

这样就进入股票的搜索结果页，我们的 case 就先录制这么长。当我们点击停止录制后，你可以看到它生成了一段 Python 代码，这段 Python 代码相对来说比较短，只有短短的几行。这时你可以打开显示样板代码按钮。一旦选中它就会打印一个完整的 Python 脚本。它还可以自动帮你生成几种主流语言的脚本，除了 Python 之外，你也可以去生成 Java 和 Ruby 等各种语言的脚本。

我们这次主要使用 Python，所以就让它生成 Python 脚本。打开显示样板代码，并把样板代码全部提取出来并拷贝，然后我们回到 IDE。

为这次自动化测试我们创建一个叫 test App 的包，并在 test App 中创建一个子包 demo，表示我们第 1 次的录制。接下来我们把脚本拷贝过来。到这一步我们就获得了一个官方给我们自动生成的脚本，非常的简单。接下来我们就试着去重新运行一下它。

首先我们把 session 关闭，这个时候 Appium 仍然是处于 server 正在 running 的状态，这表示 Appium 仍然在运行，我们还可以继续使用 Appium。

我们看一下脚本，脚本运行有报错，我们用 IDE 帮我们安装对应的包，点击链接，它会自动去寻找 Appium 相关的包并安装。

当包安装完之后错误就没有了。我们看一下它的主流代码，跟 Selenium 一样，我们首先定义 caps，然后使用 webdriver.Remote 初始化一个跟 Selenium 一样的 driver。后面的 driver.find_element_by_id 表示通过一定的元素定位。最后是 click，表示点击，全部完成之后 quit。现在我们把 quit 注释掉，然后执行，看一下它完整的流程是否正确。

你可以看到 Appium 在这个窗口里面正常运行，它已经收到了请求，接下来它会调用手机上的各个进程，然后在手机上安装一个 agent，同时 agent 会启动你的 App，完成各种自动化测试。

我们看到运行开始就报错了。这让我们想起了跟 Selenium 类似的一个概念，即缺少隐式等待。默认的 driver 是没有生成隐式等待的，但很多 App 启动比较慢，所以我们需要加一个隐式等待。

隐式等待可以设置的时间长一点，10 秒可能不一定够，因为移动端相对来说启动会比较慢，有的时候一个 App 的启动，加上清理各种数据的耗时可能会超过 20 秒，所以通常隐式等待你可以设置的大一点。比如说在 20 秒左右。

现在开始启动 App，它自动点击了两个弹框，并开始模拟输入，接着点击阿里巴巴。整个 case 已经可以正常运行了。

到目前为止，我们已经了解了 Appium 技术，并学会了 Appium 最简单的脚本，它简单到都称不上是一个测试用例，只是一个普通的脚本。但至少到这一步，我们已经知道这个用例它的流程大概是什么样子的，接下来我们只需要做一个小小的改造就可以了。

改造测试用例

现在，我们把它改造成一个标准的测试用例。

首先我们复制一份新的文件，称之为 test_demo，然后把它改成 Pytest 测试用例。 通过 Class TestDemo 先在 setup 里面初始化一个 driver，有了这个 driver 就可以使用 self.driver 存到实例中去。

接下来我们需要完成对应的测试用例，这次测试的是搜索功能，我们可以写一个 test_search。它里面的代码可以缩进一下。其中的 driver 我们需要全部改成 self.driver。

这个代码其实还有很多地方需要改进，我会在下一课时里带你逐渐完善它。

通过这样一次创建，基本上 case 已经成型了，我们再重新运行一下。当然这个时候还没有断言，只是简单的做了一次改造。等到下一课时，我们就需要使用我们自己的 Appium Server 做自动化测试了，而不再使用图形化的 Desktop。

现在启动，case 通过。这个入门级的代码我们就先写到这儿。

最后，我们一起回顾一下刚才所做的事情。我们使用 Appium Desktop 生成一个用例的模板，这个 Desktop 的功能也很强大，它有 UI 分析、case 录制、元素查找测试等功能。作为新手入门，你可以先从 Desktop 入手。 

一旦录制了  case，接下来我们就要去运行它，只需要把代码放到脚本里面，然后加入隐式等待增强稳定性，就可以重新运行了。

如果说要编写一个测试用例，首先我们需要下载每个语言的客户端，比如说这次使用了 Python，我们就要去找到 Python 的 Client，Python Client 通过 PyCharm 可以自动帮我们安装对应的依赖。所需要的一个环境就是 PyCharm 以及你的 Pytest 框架，还包括 Appium 的 Python Client，这个 PyCharm 都会自动帮我们安装。

---