『与善仁』Appium基础 — 8、Appium自动化测试框架介绍

提示：我们前面说的Android环境搭建和adb命令都是为移动端自动化测试环境搭建做准备的。

1、主流的移动端自动化测试框架

（1）Robotium

1. 支持语言：Java
2. 仅支持Android系统。
3. 不支持跨应用。

（2）Macaca

1. 支持语言：Java，Python，Node.js
2. 支持Android和iOS系统。
3. 支持跨应用。

（3）Appium

1. 支持语言：Java，C#，Python，php，perl，ruby，Node.js
2. 支持Android和iOS系统。
3. 支持跨应用。

2、自动化测试工具的选择

自动化测试工具选择的关注点有以下几点：

1. 是否支持native，webview。
2. 是否支持获取toast。
3. 是否支持跨应用。

native，webview，toast说明（重点）：

（1）native：表示APP原生页面。

• 使用Android/iOS支持的语言编写页面。
  Android是Java语言。
  iOS 是Object-C语言。
• 优点：页面打开速度快。
• 缺点：更新复杂。
  当你修改了原生页面，需要重新发布的话，就需要重新发布到应用市场上，无论APP修改了什么，哪怕是一点点原生页面，都需要重新发布。需要应用市场平台审核，审核需要一定时间。
  在用户方面，更新需要用户升级或重新下载APP。

（2）webview：简单理解就是APP中的H5页面。

• 使用前端技术编写的页面。
• 优点：更新方便。
  进行修改，不需要重新发布应用市场，webview页面在我们自己的服务端就可以自行更新。
• 缺点：打开速度慢，需要加载页面的很多元素，如js，css等。

（3）toast：就是页面中的一个标签。

• toast的样子
  比如我在Android虚拟机中打开文件管理器，点击返回按钮会有一行提示“再次点击即可退出。”，
  如下图所示：
  
  这个样式的提示就叫toast。
• toast并不是弹窗，在页面中弹窗你不操作的话会一直存在，而toast默认时间就自动消失了。

补充：

• 我们现在大部分的APP页面，都是由native页面和webview页面混合组成的，既有原生页面，也有H5页面。
• 在APP中区分原生页面还是H5页面的基础办法（不一定准确），打开原生页面是没有进度条的，打开H5的页面是有进度条的。

3、Appium简介

1. Appium官网地址：www.Appium.io，由SauceLab公司开发。
2. Appium是由nodejs的express框架写的Http Server，Appium使用WebDriver的json wire协议（该协议可支持多语言），来驱动Apple系统的UIAutomation库、Android系统的UIAutomator框架。
   Appium对iOS系统的支持得益于Dan Cuellar’s对于iOS自动化的研究。
   Appium也集成了Selendroid，来支持老Android版本。
3. Appium支持Selenium WebDriver支持的所有语言，如Java、Object-C、JavaScript、Php、Python、Ruby、C#、Clojure，或者Perl语言，更可以使用Selenium WebDriver的API。Appium支持任何一种测试框架。如果只使用Apple的UIAutomation，我们只能用JavaScript来编写测试用例，而且只能用Instruction来运行测试用例。同样，如果只使用Google的UIAutomation，我们就只能用Java来编写测试用例。Appium实现了真正的跨平台自动化测试。
4. Appium是一个自动化测试开源、跨平台工具。它允许测试人员在不同的平台（iOS，Android）使用同一套API来写自动化测试脚本，这样大大增加了 iOS 和 Android 测试套件间代码的复用性。
   支持iOS平台和Android平台上的原生应用，Web应用和混合应用。
   所谓的“移动原生应用”是指那些用iOS或者Android的SDK编写的应用。
   所谓的“移动Web应用”是指使用移动浏览器访问的应用（Appium支持iOS上的Safari和Android上的 Chrome）。
   所谓的“混合应用”是指原生代码封装网页视图——原生代码和Web内容交互。
   比如，像Phonegap，可以帮助开发者使用网页技术开发应用，然后用原生代码封装，这些就是混合应用。
5. Appium使用的供应商提供的框架：
   iOS 9.3及以上：苹果的XCUITest。
   iOS 9.3及更低版本：苹果的UIAutomation。
   Android 4.2+：谷歌的UiAutomator/UiAutomator 2。
   Android 2.3+：谷歌的Instrumentation（Instrumentation由单独的项目Selendroid提供支持）。
   Windows：微软的WinAppDriver。

下面这段介绍来自于Appium的官网：

Introduction to Appium

Appium is an open-source tool for automating native, mobile web, and hybrid applications on iOS mobile, Android mobile, and Windows desktop platforms. Native apps are those written using the iOS, Android, or Windows 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 Apache Cordova 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, Windows), using the same API. This enables code reuse between iOS, Android, and Windows testsuites.

Appium简介

Appium 是一个开源工具，用于在 iOS 移动、Android 移动和 Windows 桌面平台上自动化原生、移动 Web 和混合应用程序。 本机应用是使用 iOS、Android 或 Windows SDK 编写的应用。 移动网络应用是使用移动浏览器访问的网络应用（Appium 支持 iOS 和 Chrome 上的 Safari 或 Android 上的内置“浏览器”应用）。 混合应用有一个围绕“webview”的包装器——一种支持与网络内容交互的本机控件。 像 Apache Cordova 这样的项目可以使用 Web 技术轻松构建应用程序，然后将这些技术捆绑到本机包装器中，从而创建混合应用程序。

重要的是，Appium 是“跨平台的”：它允许您使用相同的 API 针对多个平台（iOS、Android、Windows）编写测试。 这可以在 iOS、Android 和 Windows 测试套件之间实现代码重用。

Appium Philosophy

Appium was designed to meet mobile automation needs according to a philosophy outlined by the following four tenets:

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!

Appium哲学

Appium是根据以下四个原则概述的理念设计的，以满足移动自动化需求：

1. 您不应该需要重新编译您的应用程序或以任何方式修改它，以使其自动化。
2. 您不应该被锁在特定的语言或框架中来编写和运行测试。
3. 当涉及到自动化API时，移动自动化框架不应该重新发明轮子。
4. 一个移动自动化框架应该是开源的，在精神上和实践上都是开源的！