APP自动化测试系列之Appium介绍及运行原理
VOL 161
23
2020-09
今天距2021年99天
这是ITester软件测试小栈第161次推文
点击上方蓝字“ITester软件测试小栈“关注我，每周一、三、五早上 08:30准时推送，每月不定期赠送技术书籍。
微信公众号后台回复“资源”、“测试工具包”领取测试资源，回复“微信群”一起进群打怪。
本文3055字，阅读约需7分钟
在上一篇APP自动化系列文章：APP自动化测试系列之adb连接真机和模拟器，主要介绍adb连接真机的两种方式及如何连接夜神模拟器。
在面试APP自动化时，有的面试官可能会问Appium的运行原理，以下介绍Appium运行原理。
一
Appium介绍
1
Appium概念
Appium是一个开源测试自动化框架，可用于原生，混合和移动Web应用程序测试。它使用WebDriver协议驱动IOS，Android和Windows应用程序。
2
Appium特点
Appium是开源的移动端自动化测试框架；
Appium可以测试原生的、混合的、以及移动端的web项目；
Appium可以测试IOS，Android应用；
Appium是跨平台的，可以用在osx，windows以及linux桌面系统上；
Appium支持Ruby、Python、Java、JavaScript、Objective C、php等多种语言。
3
Appium理念
Appium 旨在满足移动端自动化需求的理念，概述为以下四个原则：
你不应该为了自动化而重新编译你的应用或以任何方式修改它。
你不应该被限制在特定的语言或框架上来编写运行测试。
移动端自动化框架不应该在自动化接口方面重造*。
移动端自动化框架应该开源，在精神、实践以及名义上都该如此。
4
Appium组件
Appium Server
Appium是一个C/S结构，包括Server和Client。Appium Server是Appium的服务端，作为一个Web接口服务，使用Node.js实现。Appium Desktop
Appium Server的图像界面，可设置启动or停止服务器、查看日志，可使用inspect查看应用程序的元素。Appium GUI
是Appium Desktop的前身，也是把Appium Server封装成一个图像界面。该产品的Windows版本在2015年的AppiumForWindows_1_4_16_1.zip之后就停止更新了。目前版本可以使用，但是封装的不是最新的Appium版本，而是1.4.16版本。如果要使用最新的桌面版需要使用Appium Desktop。-
Appium Client
Appium Client作为客户端，会给服务端Appium Server端发送请求会话来执行自动化任务。类似使用浏览器访问网页，可使用不同的客户端浏览器（IE/Firefox/Chrome...）访问同一个网站，通过操作发送请求到服务器来获取数据。
二
Appium运行原理
Appium是在手机操作系统自带的测试框架基础上实现的，Android和iOS的系统上使用的工具分别如下：
Android（版本>4.3）：UIAutomator，Android 4.3之后系统自带的UI自动化测试工具。
Android（版本≤4.3）：Selendroid，基于Android Instrumentation框架实现的自动化测试工具。
iOS：UIAutomation（instruments框架里面的一个模板），iOS系统自带的UI自动化测试工具。
运行原理如下：
①客户端运行脚本的时候，调用任何的appiumAPI，都会向Appium Server端post一条HTTP请求，请求内容就是根据webdriver wire protocol协议规定的一条JSON格式的数据；
②当开启appium服务器的同时就开启了监听端口，Appium Server端接收到请求后，解析出JSON数据并发送到手机端；
③手机端上已经由BootStrap.jar(iOS为BootStrip.js)开启的socket服务器监听相应的端口，BootStrap.jar在appium每个session第一次访问手机端的时候会自动安装；
④手机端接收到对应的请求后，通过BootStrap.jar翻译成UIAutomator能执行的命令，然后通过UIAutomator处理并操作APP完成测试。
三
Appium中的几个重要概念
client： 其实就是发起 command 的一端，狭义的可以理解为python、java等编写的代码。
appium server: 专门用来监听并接收来自client端的请求，转发请求并控制移动设备执行测试，默认开启并监听4723接口.。
Session：session就是一个会话，在appium中，所有工作永远都是在session start后才可以进行的。而要启动一个 session 需要传入 Desired Capabilities 获取一个全局唯一的 session id，这个id指定了你的浏览器或者移动设备。
Desired Capabilities：是一些发送给 Appium 服务器的键值对集合（比如 map 或 hash），它告诉服务器我们想要启动什么类型的自动化会话。
它告诉 appium server 这样一些事情：
本次测试是启动浏览器还是启动移动设备？
是启动 Andorid 还是启动 iOS ？
启动 Android 时，App 的 package 是什么？
启动 Android 时，App 的 Activity 是什么？
Desired Capabilitie后续文章会详细介绍。
Bootstrap:
首先，bootstrap是uiautomator的测试脚本，它的入口类bootstrap继承于UiautomatorTestCase，所以Uiautomator可以正常运行它，它也可以正常使用uiautomator的方法，这是就是appium的命令可以转换成uiautomator的关键；
其次，bootstrap是一个socket服务器，专门监听4724端口过来的appium的连接和命令数据，并把appium的命令转换成uiautomator的命令来让uiautomator进行处理；
最后，bootstrap处理的是从PC端传过来的命令。
appium的架构原理如图所示，由客户端和服务端组成，客户端与服务端通过JSON进行通信。
以上
That‘s all
更多系列文章
敬请期待
ITester软件测试小栈
往期内容宠幸
2.Python接口自动化-接口基础(二)
3.Python接口自动化-requests模块之get请求
4.Python接口自动化-requests模块之post请求
5.Python接口自动化之cookie、session应用
想获取更多最新干货内容
快来星标 置顶 关注我
每周一、三、五 08:30见
<< 滑动查看下一张图片 >>
后台 回复"资源"取干货
回复"微信群"一起打怪升级
个人微信：Cc2015123
添加请注明来意 :)
点个三连，周三更嗨森~