『与善仁』Appium基础 — 12、APPium基本原理
文章目录
1、APPium自动化测试架构
APPium是一个C/S架构的自动化测试框架,APPium的核心其实是一个暴露了一系列REST API的server。(也就是Appium的核心是一个提供了一组REST API的Web服务器。)
这个server的功能其实很简单:监听一个端口,然后接收由client(客户端)发送来的command(命令)。翻译这些command,把这些command转成移动设备可以理解的形式发送给移动设备,然后移动设备执行完这些command后,把执行结果返回给appium server,appium server再把执行结果返回给client。
在这里client其实就是发起command的设备,一般来说就是我们代码执行的机器,执行appium测试代码的机器。狭义点理解,可以把client理解成是代码,这些代码可以是java/ruby/python/js等编写的,只要它实现了webdriver标准协议就可以。
这样的设计思想带来了一些好处:
-
可以带来多语言的支持;
-
可以把server放在任意机器上,哪怕是云服务器都可以;
(是的,appium和webdriver天生适合云测试)
2、APPium架构图:
3、Session
- session就是一个会话,在webdriver/appium,你的所有工作永远都是在session start后才可以进行的。
- 一般来说,通过POST /session这个URL,然后传入Desired Capabilities(一个JSON对象)就可以开启session了。
- 开启session后,会返回一个全局唯一的session id,以后几乎所有的请求都必须带上这个session id,因为这个seesion id代表了你所打开的浏览器或者是移动设备的模拟器。
- 进一步思考一下,由于session id是全局唯一,那么在同一台机器上启动多个session就变成了可能,这也就是selenium gird所依赖的具体理论根据。
4、Desired Capabilities
Desired capabilities是发送到Appium服务端的一组键和值(即映射或哈希),其中携带了一些配置信息。
从本质上讲,这个东东是key-value形式的对象。你可以理解成是java里的map,python里的字典,ruby里的hash以及js里的json对象。实际上Desired Capabilities在传输时就是json对象。
Desired Capabilities最重要的作用是告诉Appium server本次测试的上下文。
- 这次是要进行浏览器测试还是移动端测试?
- 如果是移动端测试的话是测试android还是ios?
- 如果测试android的话那么我们要测试哪个app?
Appium server的这些疑问Desired Capabilities都必须给予解答,否则Appium server不买账,自然就无法完成移动app或者是浏览器的启动。
具体说明如下:
For example, we might set the platformName capability to iOS to tell Appium that we want an iOS session, rather than an Android one. Or we might set the safariAllowPopupscapability to true in order to ensure that, during a Safari automation session, we’re allowed to use JavaScript to open up new windows. See the capabilities doc for the complete list of capabilities available for Appium
翻译如下:
例如,我们可以将platformName功能设置为iOS,以告知Appium我们想要一个iOS会话,而不是Android会话。 或者,我们可以将safariAllowPopupscapability设置为true,以确保在Safari自动化会话期间,允许我们使用JavaScript打开新窗口。 请参阅功能文档以获取可用于Appium的功能的完整列表。
5、Appium Server
这就是每次我们在命令行用Appium命令打开的东西。
Appium server 是用 Node.js 写的。我们可以用源码编译或者从 NPM 直接安装。
安装方式
$ npm install -g appium
$ appium
说明:
- Appium 服务端有很多语言库 Java, Ruby, Python, PHP, JavaScript 和 C#,这些库都实现了 Appium 对 WebDriver 协议的扩展。
- 当使用 Appium 的时候,你只需使用这些库代替常规的 WebDriver 库就可以了。
提示:我们不推荐使用这种方式进行安装Appium,推荐使用下面Appium Desktop的方式进行安装。
6、Appium Clients
由于原生的webdriver api是为web端设计的,因此在移动端用起来会有点不伦不类。appium官方提供了一套appium client,涵盖多种语言ruby/java/python等,在我看来ruby client是实现最好的。
在测试的时候,一般要使用这些client库去替换原生的webdriver库。
这实际上不是替换,算是client对原生webdriver进行了一些移动端的扩展,加入了一些方便的方法,appium client让我们可以更方便的写出可读性更好的测试用例。
Appium的客户端库下载地址:http://appium.io/downloads.html
7、Appium Desktop
Appium Desktop是在Appium Server上封装成一个有图形界面的服务端,可以在任何平台下载安装。
它与运行Appium Server所需的所有内容捆绑在一起,因此不需要担心Node环境。
它还附带了一个检查器,用来查看应用程序的层次结构等。在编写测试时,这会派上用场。
推荐阅读
-
『与善仁』Appium基础 — 2、移动端测试环境搭建(二)之Android_SDK安装
-
『与善仁』Appium基础 — 17、Appium的第一个Demo
-
『与善仁』Appium基础 — 12、APPium基本原理
-
『与善仁』Appium基础 — 22、元素定位
-
『与善仁』Appium基础 — 26、滑动方法综合练习
-
『与善仁』Appium基础 — 5、ADB命令介绍
-
『与善仁』Appium基础 — 6、常用ADB命令(一)
-
『与善仁』Appium基础 — 14、APPium安装
-
『与善仁』Appium基础 — 7、常用ADB命令(二)
-
『与善仁』Appium基础 — 3、移动端测试环境搭建(三)之AVD模拟器安装