Appium

「移动 Web 应用」是用移动端浏览器访问的应用( Appium 支持 iOS 上的 Safari 、Chrome 和 Android 上的内置浏览器)。「混合应用」带有一个「webview」的包装器——用来和 Web 内容交互的原生控件。类似于 Apache Cordova 或 Phonegap 项目，创建一个混合应用使得用 Web 技术开发然后打包进原生包装器创建一个混合应用变得容易了。

重要的是，Appium 是跨平台的：它允许你用同样的 API 对多平台(iOS、Android、Windows)写测试。做到在 iOS、Android 和 Windows 测试套件之间复用代码。

了解 Appium “支持”这些平台意味着什么、有哪些自动化方式的详细信息，请参见 Appium 支持的平台。

Appium 的理念

Appium 旨在满足移动端自动化需求的理念，概述为以下四个原则：

你不应该为了自动化而重新编译你的应用或以任何方式修改它。

你不应该被限制在特定的语言或框架上来编写运行测试。

移动端自动化框架不应该在自动化接口方面重造轮子。

移动端自动化框架应该开源，在精神、实践以及名义上都该如此。

Appium 的设计

那么 Appium 项目的架构是如何实现这些理念的呢?为了实现理念#1，我们使用了系统自带的自动化框架。这样，我们不需要把 Appium 特定的或者第三方的代码编译进你的应用，这意味着你测试使用的应用与最终发布的应用并无二致。我们使用以下系统自带的自动化框架：

iOS 9.3 及以上: 苹果的 XCUITest

iOS 9.3 及以下: 苹果的 UIAutomation

Android 4.3+: 谷歌的 UiAutomator / UiAutomator2

Android 2.3+: 谷歌的 Instrumentation. (通过绑定独立的项目—— Selendroid 提供对 Instrumentation 的支持)

Windows: 微软的 WinAppDriver

为了实现理念#2，我们把这些系统本身提供的框架包装进一套 API —— WebDriver API 中。WebDriver(也叫「Selenium WebDriver」)规定了一个客户端-服务器协议(称为 JSON Wire Protocol)，按照这种客户端-服务器架构，可以使用任何语言编写的客户端向服务器发送适当的 HTTP 请求。已经有为 各个流行编程语言编写的客户端 。这也意味着你可以自由使用任何你想用的的测试运行器和测试框架;客户端程序库不过是一个简单的 HTTP 客户端，可以以任何你喜欢的方式混入你的代码。换句话说，Appium & WebDriver 客户端在技术上而言不是「测试框架」，而是「自动化程序库」。你可以以任何你喜欢的方式管理你的测试环境!

我们以同样的方式实现理念#3：WebDriver 已经成为 Web 浏览器自动化事实上的标准，并且是一个 W3C 工作草案。何必在移动端做完全不同的尝试?我们通过附加额外的 API 方法 扩展协议，这些方法对移动自动化非常有用。

理念#4是明确已知的——你在阅读正是因为 Appium 是开源的。

Appium下载地址

GitHub