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软件测试小栈
往期内容宠幸
1.Python接口自动化-接口基础(一)
4.Python接口自动化-requests模块之post请求
5.Python接口自动化之cookie、session应用
6.Python接口自动化之Token详解及应用
7.Python接口自动化之requests请求封装
8.Python接口自动化之pymysql数据库操作
9.Python接口自动化之logging日志
10.Python接口自动化之logging封装及实战
想获取更多最新干货内容
快来星标 置顶 关注我
每周一、三、五 08:30见
<< 滑动查看下一张图片 >>
后台 回复"资源"取干货
回复"微信群"一起打怪升级
个人微信:Cc2015123
添加请注明来意 :)
点个三连,周三更嗨森~