Appium入门之基本介绍

作者：刘潇

什么是Appium

Appium is an open-source tool for automating native, mobile web, and hybrid applications on iOS and Android platforms. Native apps are those written using the iOS or Android SDKs. Mobile web apps are web apps accessed using a mobile browser (Appium supports Safari on iOS and Chrome or the built-in 'Browser' app on Android). Hybrid apps have a wrapper around a "webview" -- a native control that enables interaction with web content. Projects like Phonegap, make it easy to build apps using web technologies that are then bundled into a native wrapper, creating a hybrid app.

Importantly, Appium is "cross-platform": it allows you to write tests against multiple platforms (iOS, Android), using the same API. This enables code reuse between iOS and Android testsuites.

如上来自于官方的介绍，我这边整理下：Appium是一个可以用于iOS和Android平台上的自动化测试框架，它支持原生，移动Web以及混合型的应用程序的测试。注意上面一个比较重要的一点，Appium是一个跨平台的测试框架，也就是说它可以允许我们用同一套API完成对iOS，Android两个平台的测试，这就保证了我们测试脚本的重用性以及可维护性（当然，这个前提也是两个平台的UI界面比较接近才行）

Appium的哲学和设计

1. You shouldn't have to recompile your app or modify it in any way in order to automate it.
2. You shouldn't be locked into a specific language or framework to write and run your tests.
3. A mobile automation framework shouldn't reinvent the wheel when it comes to automation APIs.
4. A mobile automation framework should be open source, in spirit and practice as well as in name!

翻译过来如下：

1. 在任何情况下，都不应该为了自动化而重新编译或者修改你的App（比如Android的另外的自动化测试框架Robotium、Espresso，都要求签名的一致性）
2. 不应该让自动化测试限定在特定的语言或者框架，任何人都可以用自己擅长的语言进行自动化测试的编写
3. 移动自动化测试框架不应该重复造轮子，也就是说当前已有的API，应该直接拿来使用
4. 移动自动化测试框架应该是开源的

首先，为了能够实现上面哲学中提到的第1点，保证我们不用修改被测的App，Appium使用了官方提供的自动化测试框架：

• iOS：UIAutomation
• Android 4.2+：UiAutomator
• Android 2.3+：Instrumentation

其实，为了能够实现哲学里描述的第2条，让使用者可以根据自己的喜好或者擅长来编写脚本，Appium选择了C/S的架构，只要Client可以发送HTTP请求，它可以用任何语言来编写。

第3点，为了能够实现不要为了移动端的自动化测试而重新造轮子，Appium继续使用了WebDriver提供的API，同时又提供了更多更丰富的方法以供移动自动化使用。

第4点也很明显，Appium是完全开源的。

Appium中的一些重要概念

C/S架构

Appium is at its heart a webserver that exposes a REST API. It receives connections from a client, listens for commands, executes those commands on a mobile device, and responds with an HTTP response representing the result of the command execution. The fact that we have a client/server architecture opens up a lot of possibilities: we can write our test code in any language that has a http client API, but it is easier to use one of the Appium client libraries. We can put the server on a different machine than our tests are running on. We can write test code and rely on a cloud service like Sauce Labs to receive and interpret the commands.

Appium核心其实是一个暴露了REST API的WebServer。它接收Client端的连接，监听并在移动设备上执行Client发来的指令，再把结果通过HTTP请求发回给Client。这样看，C/S的架构的好处就特别明显了，由于通过HTTP来通信，Server端是可以完全不care Client端使用的语言，只能它能发送HTTP即可。Server端是Node.js编写的，而Client端的测试脚本选择的范围就比较多了，因此：

• 可支持多种语言编写脚本，当前支持的包括Java，OC，PHP，Python，Ruby，C#还有Perl
• 可以将Server放在任何机器上，甚至是云服务器都行

Session(会话)

Automation is always performed in the context of a session. Clients initiate a session with a server in ways specific to each library, but they all end up sending a POST /session request to the server, with a JSON object called the 'desired capabilities' object. At this point the server will start up the automation session and respond with a session ID which is used for sending further commands.

Appium自动化测试基于Session，也就是会话。由Client初始化一个和Server的会话，通过发送一个POST /session请求将'desired capabilities'传给Server端来开启会话，这样之后的所有请求都会挂上这个Session ID，也就是说Session ID就代表了每台移动设备和Server端的唯一标记。

Desired Capabilities

Desired Capabilities就是键值对的集合（类似Java中的JSON，Ruby中的Hash等）。可以在测试启动时，将我们感兴趣或者说需要Appium知道的信息通过配置Capabilities，告知Appium Server。比如我们需要指定平台，那么就要将platformName配置成Android或者iOS；如果我们想要在测试Safari时允许JS打开新窗口，那就需要将safariAllowPopups设置为true等等，详细的文档可以参考这里 capabilities doc

Appium介绍总结

看了上面这些，你应该对Appium有了一个基本的印象：

• 跨平台，支持Android，iOS（当然还有FirefoxOS）
• 基于官方的测试框架进行的集成和扩展（UIAutomation，UiAutomator，Instrumentation，Selendroid）
• 支持多种语言编写（Java, OC, PHP, Python, Ruby, C#, Clojure, Perl ）
• C/S架构，通过HTTP进行Client和Server的通信

网易云大礼包：https://www.163yun.com/gift

本文来自网易实践者社区，经作者刘潇授权发布