澳门皇冠金沙网站-澳门皇冠844网站

热门关键词: 澳门皇冠金沙网站,澳门皇冠844网站

UI自动化测试,Appium的前世今生

Hello World!

安装好了Appium server之后,可以开始运行第一个程序了。去官网下载示例代码。下载之后你能看到有一个apps的文件夹和examples文件夹,前者放的是示例程序,后面是不同语言客户端的测试脚本。打开 apps/TestApp,运行能看到这是一个单页面的程序,最上方有两个输入框,输入数字,点击Compute Sum按钮,就能得出两者相加的和。

图片 1Paste_Image.png

下面我们就来做这个部分的UI自动化测试。找一个自己熟悉的Client语言去执行自动化脚本,比如Java。打开,是一个Maven工程,下载了相应依赖库。之后打开SimpleTest文件,因为Xcode 8不支持UIAutomation框架,所以需要在setup中指定capability方式为XCUItest。

capabilities.setCapability(MobileCapabilityType.AUTOMATION_NAME, "XCUITest");capabilities.setCapability("platformVersion", "10.0");capabilities.setCapability("deviceName", "iPhone 6");

运行testUIComputation方法。可以看到模拟器启动了,但是之后会遇到Carthage找不到的问题

[XCUITest] Carthage not found. Install using brew install carthage

装上之后

Original error: Command '/bin/bash Scripts/bootstrap.sh -d'

官方Issues中找到了答案,WebDriverAgent缺少webpack。使用npm i -g webpack安装就好。PS:和之前一样使用淘宝源或者挂一个代理。

完成了以上步骤之后,你就能看到你的Test在模拟器中自动运行,随着Terminal大量的log输出,测试结果也成功返回到Java的Client,在IDEA中看到执行结果,PASS!到此为止,第一个自动化测试被执行成功了~

图片 2截图留念

iOS实现架构

四、支持平台及其需求

资源

[Demo] ()

WebDriverAgent实现架构2、实现原理(1)WebDriverAgent封装的是XCTest,而XCTest框架是苹果在xcode5提出的,在Xcode7中已经支持UI功能测试,facebook于2015年提出了WebDriverAgent,可支持真机和模拟器。(2)WebDriverAgent Api支持W3C WebDriver Spec设计风格。通过命令行或者xcode启动testRunner以后,会在手机端安装一个WebDriverAgentRunner,类似于appium中的bootstrap,可以接收client端发送的http请求,然后将请求转义为XCTest的命令,在手机端进行操作,并且操作结果再以Json的形式反馈给client端进行汇总。(3)这里的Accessibility 是 Apple 很早之前构建的一个框架,它能帮助一些行动不便的用户来更好地使用应用。XCTest利用Accessibility进行UI控件的识别和定位。
对比
WebDriverAgent相对于Appium有着很大优势:
支持一台 mac 连接多台设备进行测试(走 xcodebuild ,不走 instruments)
任意应用的 UI 测试,是任意
支持跨应用(任意界面都能控制)
控件定位方便,直接通过ip:port/inspector
查看,无需启动Appium GUI查看
亲测比Appium执行速度快
最重要的是苹果官方将UIAutomation标识为废弃,XCTest是未来的趋势,必然会发挥更大的作用

2.1.1 Android

在Android端,appium基于WebDriver协议,利用Bootstrap.jar,最后通过调?用UiAutomator的命令,实现App的自动化测试。

UiAutomator测试框架是Android SDK自带的App UI自动化测试Java库。

另外由于UiAutomator对H5的支持有限,appium引入了chromedriver以及safaridriver等来实现基于H5的自动化。

简介

软件测试是为了发现错误而执行程序的过程。或者说,是根据软件开发各阶段的规格说明和程序内部结构而精心设计的一批测试用例(即输入数据及预期的输出结果),并利用这些测试用例去运行程序,以发现程序错误的过程。

白盒测试(White Box Testing) 又称结构测试、逻辑驱动测试,完全了解程序的结构和处理过程,按照程序的内部逻辑测试程序,检验程序中的每条通路是否都能按预定要求准确工作;对应到实际工作中,代码diff就是白盒测试。

黑盒测试(Black Box Testing) 又称功能测试,在程序接口进行的测试,已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。对应到工作中,Checklist&Case就是功能测试。UI自动化测试,是将功能测试中大量的重复性操作提取出来,用脚本的形式驱动设备进行测试,有着可重复运行,执行效率高的特点。

Android实现架构

依赖

为了运行测试,针对不同的移动平台,你需要配置下环境,下面列出相关的依赖平台的需求。

如果你想通过 npm install 安装的 appium 来运行 Appium 或者研究 Appium 或者为 Appium 贡献力量。你需要安装 [node.js 和 npm] () 0.10 或者更高版本 (使用 n 或者 brew install node 来安装 Nodejs,确保安装过程中,你没有使用任何 sudo,否则你会遇到很多问题)。我们推荐最新的稳定版本。

你可以使用 appium-doctor 来验证 Appium 的所有依赖。运行 appium-doctor,然后提供 --ios 或者 --android 参数来验证两个平台的依赖是否配置正确。如果从源代码运行,你可以使用 bin/appium-doctor.js 或者 node bin/appium-doctor.js

安装指南

同样,官方文档的快速开始也给出了详尽的步骤。但是实际上我在MAC上安装Appium的时候,还是遇到了各种各样的坑。这个指南部分,希望能帮助大家趟过这些坑。0.下载图形化桌面应用 Appium App目前更新到1.5,不支持Xcode8 和UITest。如果还在使用Xcode 7系列的版本可以直接下载使用。

1.安装 homebrew & node 如果接触过web前端的同学应该不会陌生。

2.node安装appium

npm install -g appium

到这里需要挂代理翻墙。如果没有条件的话,可以使用淘宝的NPM 镜像。

安装到一半,应该会遇到/usr/local目录权限问题。这里给个小提示,建议给/usr/local/lib/node_modules/appium开全权限sudo chmod -R 777 ./ ,不建议使用sudo,据说会遇到别的问题。如果中途遇到错误,使用

npm uninstall -g appium

命令卸载,然后重装。如果卸载不了,就直接去Finder/usr/local/lib/node_modules/appium目录删除就好了。

安装好之后,运行

 $ appium &

命令就可以启动Appium的server了。

WebDriverAgent实现架构

支持平台

  • iOS

  • Android

  • FirefoxOS

背景

关于Appium的介绍,官方的文档已经说得很清楚了,我这儿大致提炼一下几个重要的点。

1.无需为了自动化,而重新编译或者修改你的应用在iOS上,这个特性是显然的。前面也说道了,因为Apple提供了Accessibility特性,让你可以得到控件响应的id,frame等。还可以通过代理,从而得到树形层级结构。

2.跨平台这主要归功于Appium的自动化统一接口WebDriver API.WebDriver(也就是 "Selenium WebDriver")。我们使用这套统一的接口,在各自平台上去解释,得到不同的底层实现。比如iOS这边是UIAutomation和UITest,Android则是UiAutomator和Instrumentation。

3.多种语言编写&执行测试脚本这得益于Appium的C/S架构,我们将编写执行脚本的部分称为客户端,脚本内容遵循统一接口。每一行,其实就是Client向服务器去发送一条Http消息,然后Server解析并翻译成对应平台的实际测试命令,再发送给Device,再执行。可以通过下面的示意图简单了解。

图片 3通讯示意图

因为Server层的存在,和统一接口的隔离,实现了脚本实现和执行条件的多样性。现已知的就支持Java、Python、js、Ruby等方式的Client API。

Android实现架构2、实现原理(1)最上面的Client端可以是多种语言编写,它类似于selenium webdriver,封装了selenium的Api,并添加了部分的新的Api,我们可以依据这些Api编辑自动化脚本。(2)Json Wire Protocol是一种协议,遵循REST风格,以JSON方法进行传输,是一系列的键值对,遵循W3C WebDriver Spec设计风格。(3)中间是起的Appium的服务,Appium在这边起了一个Server(4723端口),在这里提供了一套web服务,Appium Server接收web driver标准请求,解析请求内容,调⽤用对应的uiautomator响应操作(4)Appium server
可以把请求接收并转义转发给中间件Bootstrap.jar,它是用java写的,安装在手机上。Bootstrap 接收appium 的命令(4724端口),最终通过调⽤用UiAutomator的命令来实现对手机的操作。(5)Bootstrap可以理解为它是一个uiautomator的测试脚本,它的入口类Bootstrap继承于UiAutomatorTestCase,所以UiAututomator可以正常运行它,它也可以正常的使用uiautomator的方法,这个就是appium的命令可以转换成uiautomator的命令的关键;其次,它是一个socket服务器,它专门监听4724端口过来的appium的连接和命令数据,并把appium的命令转换成uiautomator的命令来让uiautomator进行处理;最后,它处理的是appium从pc端过来的命令,是一系列的请求。(6)最后执⾏行的结果以Json Wire Protocol,由Bootstrap返回给appium server,再返回给Client端,Client会汇总操作结果。
二、iOS平台实现原理
1、架构图

appium 在ios端工作流
  1. client端 依然是 test script是我们的webdriver测试脚本。

  2. 中间是起的Appium的服务,Appium在服务端起了一个Server(4723端口),跟selenium Webdriver测试框架类似, Appium?持标准的WebDriver JSONWireProtocol。在这里提供它提供了一套REST的接口,Appium Server接收web driver client标准rest请求,解析请求内容,调?用对应的框架响应操作。

  3. appium server调用instruments.js 启动?一个socket server,同时分出一个?子进程运?instruments.app,将bootstrap.js(一个UIAutomation脚本)注?入到device?于和外界进行交互

  4. 最后Bootstrap.js将执行的结果返回给appium server

  5. appium server再将结果返回给 appium client。

所以我们可以看到android与ios区别在于appium 将请求转发到bootstrap.js或者bootstrap.jar.然后由bootstrap 驱动UIAutomation和UiAutomator去devices上完成具体的动作。

UI自动化测试用例

UI自动化在用例设计上也需满足上述性质,此外在输入中需要过程中需要定义UI的操作,同时在结果的判定上,会依赖UI元素的展示和页面的状态。比如某种异常状态下会弹窗提示,我们则需要去获取这个弹窗,然后对弹窗上UI元素进行比对和判断,而无法去做返回码的比较判断。关于页面状态的断言,相对于直接数据的比较判断不够直接、难度较大,当前还有很多难点。

iOS4时代,Apple发布了一个名为UIAutomation的测试框架,它可以用来在真实设备和iPhone模拟器上执行自动化测试。UIAutomation的功能测试代码是用Javascript编写的。UIAutomation和Accessibility有着直接的关系,你将用到通过标签和值的访问性来获得UI元素,同时完成相应的交互操作。

UIAutomation的js测试脚本,需要在Instrument的Automation控件上测试。但是在Xcode8.0之后,Instrument已经不再有这个模块了。而Apple也不再对它维护了,推广使用UITest来替代它。

2.7 Appium Clients

由于原生的webdriver api是为web端设计的,因此在移动端用起来会有点不伦不类。appium官方提供了一套appium client,涵盖多种语言ruby/java/python,在我看来ruby client是实现最好的。在测试的时候,一般要使用这些client库去替换原生的webdriver库。这实际上不是替换,算是client对原生webdriver进行了一些移动端的扩展,加入了一些方便的方法,比如swipe之类,appium client让我们可以更方便的写出可读性更好的测试用例。

测试需要全面,需要对结果去做判断。如果熟悉单元测试或接口自动化的朋友,应该知道这些其实就是功能覆盖、用例设计、断言……这些概念。于是小目标就升级成了,一个可以重复执行,多场景的,结果可预测的UI自动化测试。

一直用的是Appium,最近在研究WebDriverAgent,对二者之间的区别和联系有了更深的认知,
Appium可跨平台,同时支持安卓和iOS平台,但是WebDriverAgent目前只支持iOS平台,在使用
Appium过程中发现Appium在定位控件总是会出现不稳定现象,相对而言WebDriverAgent稳定迅捷太多。首先对二者实现原理做简要全面的介绍。

三、Appium并发

图片 4

关于appium并发,我将之分为2类,第一类单机并发。第二类基于selenium grid 多节点并发测试,也可称之为云测。

Client - Server - Device交互

我们以java代码driver.findElements(By.className("UIATextField"))找到textField数组的过程为例子,去分析一下log,看看一次交互式怎么进行的。

// client ----http----> server[HTTP] --> POST /wd/hub/session/94f7526c-94ba-4ece-8740-d94bd3d4f50f/elements {"using":"class name","value":"UIATextField"}[MJSONWP] Calling AppiumDriver.findElements() with args: ["class name","UIATextField","94f7526c-94ba-4ece-8740-d94bd3d4f50f"][debug] [XCUITest] Executing command 'findElements'[debug] [BaseDriver] Valid locator strategies for this request: xpath, id, name, class name, -ios predicate string, accessibility id[XCUITest] Rewrote incoming selector from 'UIATextField' to 'XCUIElementTypeTextField' to match XCUI type. You should consider updating your tests to use the new selectors directly[debug] [BaseDriver] Waiting up to 0 ms for condition// server ----http----> device[JSONWP Proxy] Proxying [POST /elements] to [POST http://localhost:8100/session/79CBBB84-DB6E-48BA-B79F-91539E1E4708/elements] with body: {"using":"class name","value":"XCUIElementTypeTextField"}// device ----http----> server[JSONWP Proxy] Got response with status 200: {"value":[{"ELEMENT":"1A29AE60-5433-4B52-83F8-B4E2C794972E","type":"XCUIElementTypeTextField","label":"TextField1"},{"ELEMENT":"575EE2C2-4AFF-4320-B4D0-C30F59410DA9","type":"XCUIElementTypeTextField","label":"TextField2"}],"sessionId":"79CBBB84-DB6E-48BA-B79F-91539E1E4708","status":0}[MJSONWP] Responding to client with driver.findElements() result: [{"ELEMENT":"1A29AE60-5433-4B52-83F8-B4E2C794972E","type":"XCUIElementTypeTextField","label":"TextField1"},{"ELEMENT":"575EE2C2-4AFF-4320-B4D0-C30F59410DA9","type":"XCUIElementTypeTextField","label":"TextField2"}]// server ----http----> client[HTTP] <-- POST /wd/hub/session/94f7526c-94ba-4ece-8740-d94bd3d4f50f/elements 200 225 ms - 285 

其中[MJSONWP] 打印的是S内部的处理日志。

[JSONWP Proxy] 打印的是S/D之间的通信日志。

可以看到,Client、Server、Device是通过Http协议通信的,大致流程为:Client通过http协议,将指定格式的命令发送给server。server调用中间层AppiumDriver解析命令,发送给实际的处理者。实际处理者依据平台、版本不同而不一样,这里是XCUITest。而Device(iphone、模拟器)和Server的通讯也是通过http协议。

到这里,大家会有疑问了,Server怎么找到对应的Device,他们之间如何通过Http通讯的?这里就要引出WebDriverAgent。它的作用:

WebDriverAgent 在 iOS 端实现了一个 WebDriver server ,借助这个 server 我们可以远程控制 iOS 设备。参考

WDA的inspector演示:直接在浏览器端打开 http://192.168.0.105:8100/inspector

再看TextField赋值java代码elem.sendKeys(String.valueOf;的执行步骤

[HTTP] --> POST /wd/hub/session/94f7526c-94ba-4ece-8740-d94bd3d4f50f/element/1A29AE60-5433-4B52-83F8-B4E2C794972E/value {"id":"1A29AE60-5433-4B52-83F8-B4E2C794972E","value":["1"]}[MJSONWP] Calling AppiumDriver.setValue() with args: [["1"],"1A29AE60-5433-4B52-83F8-B4E2C794972E","94f7526c-94ba-4ece-8740-d94bd3d4f50f"][debug] [XCUITest] Executing command 'setValue'[JSONWP Proxy] Proxying [GET /element/1A29AE60-5433-4B52-83F8-B4E2C794972E/attribute/type] to [GET http://localhost:8100/session/79CBBB84-DB6E-48BA-B79F-91539E1E4708/element/1A29AE60-5433-4B52-83F8-B4E2C794972E/attribute/type] with no body[JSONWP Proxy] Got response with status 200: "{n "value" : "XCUIElementTypeTextField",n "sessionId" : "79CBBB84-DB6E-48BA-B79F-91539E1E4708",n "status" : 0n}"[debug] [BaseDriver] Set implicit wait to 0ms[debug] [BaseDriver] Waiting up to 0 ms for condition[JSONWP Proxy] Proxying [POST /element] to [POST http://localhost:8100/session/79CBBB84-DB6E-48BA-B79F-91539E1E4708/element] with body: {"using":"class name","value":"XCUIElementTypeKeyboard"}[JSONWP Proxy] Got response with status 200: {"value":{"using":"class name","value":"XCUIElementTypeKeyboard","description":"unable to find an element"},"sessionId":"79CBBB84-DB6E-48BA-B79F-91539E1E4708","status":7}[debug] [XCUITest] No keyboard found. Clicking element to open it.[JSONWP Proxy] Proxying [POST /element/1A29AE60-5433-4B52-83F8-B4E2C794972E/click] to [POST http://localhost:8100/session/79CBBB84-DB6E-48BA-B79F-91539E1E4708/element/1A29AE60-5433-4B52-83F8-B4E2C794972E/click] with body: {}[JSONWP Proxy] Got response with status 200: {"status":0,"id":"1A29AE60-5433-4B52-83F8-B4E2C794972E","value":"","sessionId":"79CBBB84-DB6E-48BA-B79F-91539E1E4708"}[debug] [BaseDriver] Waiting up to 0 ms for condition[JSONWP Proxy] Proxying [POST /element] to [POST http://localhost:8100/session/79CBBB84-DB6E-48BA-B79F-91539E1E4708/element] with body: {"using":"class name","value":"XCUIElementTypeKeyboard"}[JSONWP Proxy] Got response with status 200: {"value":{"ELEMENT":"FB515A63-3249-419E-8106-2681A1FEBA24","type":"XCUIElementTypeKeyboard","label":null},"sessionId":"79CBBB84-DB6E-48BA-B79F-91539E1E4708","status":0}[debug] [BaseDriver] Set implicit wait to 0ms[JSONWP Proxy] Proxying [POST /element/1A29AE60-5433-4B52-83F8-B4E2C794972E/value] to [POST http://localhost:8100/session/79CBBB84-DB6E-48BA-B79F-91539E1E4708/element/1A29AE60-5433-4B52-83F8-B4E2C794972E/value] with body: {"value":["1"]}[JSONWP Proxy] Got response with status 200: {"status":0,"id":"1A29AE60-5433-4B52-83F8-B4E2C794972E","value":"","sessionId":"79CBBB84-DB6E-48BA-B79F-91539E1E4708"}[MJSONWP] Responding to client with driver.setValue() result: null[HTTP] <-- POST /wd/hub/session/94f7526c-94ba-4ece-8740-d94bd3d4f50f/element/1A29AE60-5433-4B52-83F8-B4E2C794972E/value 200 2247 ms - 76 

这看出setValue命令,包含几个步骤:检查是否打开键盘、获取输入框、弹出键盘、输入框赋值,每一个步骤都会和Device通讯。

看发送数据

/session/94f7526c-94ba-4ece-8740-d94bd3d4f50f/element/1A29AE60-5433-4B52-83F8-B4E2C794972E/value {"id":"1A29AE60-5433-4B52-83F8-B4E2C794972E","value":["1"]}

session/94f7526c-94ba-4ece-8740-d94bd3d4f50f 这个指定了当前这个case的唯一id,在第一次通信时确立。由于第一次通信比较复杂,在最后会讲到。之后是id为1A29AE60-5433-4B52-83F8-B4E2C794972E 的Element,刚好是上一次请求列表的第一个元素,表明这次是对这个元素做操作。再看value,是一个json,定义的刚好是这个Eelemet和它的值,这些就是自动化统一接口的格式,一个简单命令的定义。

[Appium] Appium REST http interface listener started on 0.0.0.0:4723[HTTP] --> POST /wd/hub/session {"desiredCapabilities":{"app":"/Users/zhiyu.zhao/Desktop/appiumTest/sample-code/sample-code/examples/java/junit/../../../apps/TestApp/build/release-iphonesimulator/TestApp.app","automationName":"XCUITest","platformName":"iOS","deviceName":"iPhone 6","platformVersion":"10.0"}}[MJSONWP] Calling AppiumDriver.createSession() with args: [{"app":"/Users/zhiyu.zhao/Desktop/appiumTest/sample-code/sample-code/examples/java/junit/../../../apps/TestApp/build/release-iphonesimulator/TestApp.app","automationName":"XCUITest","platformName":"iOS","deviceName":"iPhone 6","platformVersion":"...[Appium] Creating new XCUITestDriver session[Appium] Capabilities:[Appium] app: '/Users/zhiyu.zhao/Desktop/appiumTest/sample-code/sample-code/examples/java/junit/../../../apps/TestApp/build/release-iphonesimulator/TestApp.app'[Appium] automationName: 'XCUITest'[Appium] platformName: 'iOS'[Appium] deviceName: 'iPhone 6'[Appium] platformVersion: '10.0'[debug] [XCUITest] XCUITestDriver version: 2.0.33[BaseDriver] Session created with session id: 94f7526c-94ba-4ece-8740-d94bd3d4f50f[debug] [XCUITest] Xcode version set to '8.0'[debug] [XCUITest] iOS SDK Version set to '10.0'[iOSSim] Constructing iOS simulator for Xcode version 8.0 with udid 'B9747B0B-C664-4C44-A651-9C3D8F7A980A'// 开启模拟器[XCUITest] Determining device to run tests on: udid: 'B9747B0B-C664-4C44-A651-9C3D8F7A980A', real device: false[BaseDriver] Using local app '/Users/zhiyu.zhao/Desktop/appiumTest/sample-code/sample-code/examples/java/junit/../../../apps/TestApp/build/release-iphonesimulator/TestApp.app'[debug] [XCUITest] Checking whether app '/Users/zhiyu.zhao/Desktop/appiumTest/sample-code/sample-code/examples/java/junit/../../../apps/TestApp/build/release-iphonesimulator/TestApp.app' is actually present[debug] [XCUITest] App is present[debug] [ios-app-utils] Getting bundle ID from app '/Users/zhiyu.zhao/Desktop/appiumTest/sample-code/sample-code/examples/java/junit/../../../apps/TestApp/build/release-iphonesimulator/TestApp.app': 'io.appium.TestApp'[debug] [iOSLog] Starting iOS 10.0 simulator log capture[debug] [iOSLog] System log path: /Users/zhiyu.zhao/Library/Logs/CoreSimulator/B9747B0B-C664-4C44-A651-9C3D8F7A980A/system.log[XCUITest] Setting up simulator[debug] [iOS] No reason to set locale[debug] [iOS] No iOS / app preferences to set[XCUITest] Simulator with udid 'B9747B0B-C664-4C44-A651-9C3D8F7A980A' not booted. Booting up now[debug] [iOSSim] Killing all iOS Simulatorszhiyu.zhao@999999999:~|⇒ [iOSSim] Starting simulator with command: open /Applications/Xcode.app/Contents/Developer/Applications/Simulator.app --args -CurrentDeviceUDID B9747B0B-C664-4C44-A651-9C3D8F7A980A[iOSSim] Tailing simulator logs until we encounter the string "SMS Plugin initialized"[iOSSim] We will time out after 60000ms[debug] [iOSSim] Waiting an extra 10000ms for the simulator to really finish booting[debug] [iOSSim] Done waiting extra time for simulator[iOSSim] Simulator booted in 26076ms// 安装TestApp、开启WebDriverAgent[debug] [XCUITest] Installing app '/Users/zhiyu.zhao/Desktop/appiumTest/sample-code/sample-code/examples/java/junit/../../../apps/TestApp/build/release-iphonesimulator/TestApp.app' on device[XCUITest] Using default agent: /usr/local/lib/node_modules/appium/node_modules/appium-xcuitest-driver/WebDriverAgent/WebDriverAgent.xcodeproj[XCUITest] Using default bootstrap: /usr/local/lib/node_modules/appium/node_modules/appium-xcuitest-driver/WebDriverAgent[XCUITest] Launching WebDriverAgent on the device[debug] [XCUITest] Carthage found: /usr/local/bin/carthage[debug] [XCUITest] Killing hanging processes[debug] [XCUITest] Beginning test with command 'xcodebuild build test -project /usr/local/lib/node_modules/appium/node_modules/appium-xcuitest-driver/WebDriverAgent/WebDriverAgent.xcodeproj -scheme WebDriverAgentRunner -destination id=B9747B0B-C664-4C44-A651-9C3D8F7A980A -configuration Debug' in directory '/usr/local/lib/node_modules/appium/node_modules/appium-xcuitest-driver/WebDriverAgent'[XCUITest] Waiting for WebDriverAgent to start on device[debug] [WebDriverAgent] Sim: Nov 2 16:50:33 999999999 CoreSimulatorBridge[56212]: Pasteboard change listener callback port <NSMachPort: 0x7ff8707030a0> registered[Xcode] === BUILD TARGET WebDriverAgentLib OF PROJECT WebDriverAgent WITH CONFIGURATION Debug ===[Xcode] === BUILD TARGET WebDriverAgentRunner OF PROJECT WebDriverAgent WITH CONFIGURATION Debug ===// WebDriverAgentRunner-Runner.app[debug] [WebDriverAgent] Sim: Nov 2 16:50:42 999999999 CoreSimulatorBridge[56212]: Requesting installation of file:///Users/zhiyu.zhao/Library/Developer/Xcode/DerivedData/WebDriverAgent-brdadhpuduowllgivnnvuygpwhzy/Build/Products/Debug-iphonesimulator/WebDriverAgentRunner-Runner.app/ with options: {[debug] [WebDriverAgent] Sim: Nov 2 16:50:46 999999999 CoreSimulatorBridge[56212]: [Common] [FBSSystemService][0xc2a4] Sending request to open "com.apple.test.WebDriverAgentRunner-Runner"[debug] [WebDriverAgent] Sim: Nov 2 16:50:46 999999999 CoreSimulatorBridge[56212]: [Common] [FBSSystemService][0xc2a4] Request successful: <FBSProcessHandle: 0x7ff870505830; XCTRunner:56563; valid: YES>[debug] [WebDriverAgent] Sim: Nov 2 16:50:47 999999999 XCTRunner[56563]: assertion failed: 15G31 14A345: libxpc.dylib   62597 [37A9DF49-35C1-3D93-B854-B35CACF0100F]: 0x7d[debug] [WebDriverAgent] Sim: Nov 2 16:50:47 999999999 XCTRunner[56563]: Running tests...[debug] [WebDriverAgent] Sim: Nov 2 16:50:48 --- last message repeated 4 times ---[debug] [WebDriverAgent] Sim: Nov 2 16:50:48 999999999 XCTRunner[56563]: Continuing to run tests in the background with task ID 1[debug] [WebDriverAgent] Sim: Nov 2 16:50:48 --- last message repeated 13 times ---[debug] [WebDriverAgent] Sim: Nov 2 16:50:48 999999999 XCTRunner[56563]: Built at Nov 2 2016 16:50:41[XCUITest] Detected that WebDriverAgent is running at url 'http://10.86.132.138:8100'[debug] [WebDriverAgent] Sim: Nov 2 16:50:48 999999999 XCTRunner[56563]: ServerURLHere->http://10.86.132.138:8100<-ServerURLHere[XCUITest] WebDriverAgent started at url 'http://10.86.132.138:8100'[JSONWP Proxy] Proxying [POST /session] to [POST http://localhost:8100/session] with body: {"desiredCapabilities":{"bundleId":"io.appium.TestApp","arguments":[],"environment":{},"shouldWaitForQuiescence":true}}[JSONWP Proxy] Got response with status 200: {"value":{"sessionId":"79CBBB84-DB6E-48BA-B79F-91539E1E4708","capabilities":{"device":"iphone","browserName":"TestApp","sdkVersion":"10.0","CFBundleIdentifier":"io.appium.TestApp"}},"sessionId":"79CBBB84-DB6E-48BA-B79F-91539E1E4708","status":0}[Appium] New XCUITestDriver session created successfully, session 94f7526c-94ba-4ece-8740-d94bd3d4f50f added to master session list[MJSONWP] Responding to client with driver.createSession() result: {"webStorageEnabled":false,"locationContextEnabled":false,"browserName":"","platform":"MAC","javascriptEnabled":true,"databaseEnabled":false,"takesScreenshot":true,"networkConnectionEnabled":false,"app":"/Users/zhiyu.zhao/Desktop/appiumTest/sample...[HTTP] <-- POST /wd/hub/session 200 59127 ms - 520 

Client发送建立Session请求->Server接受,打开模拟器->安装被测试APP->启动WDARunner->完成后Device返给Server Device Session id->Server返给Client 设备信息和本次Session id。

图片 5WDA架构图

项目GITHUB

该项目是为了让手机应用的一些常规测试可以自动化起来,让测试人员摆脱那些枯燥的重复性工作。 基于OpenCV的图像识别技术,有点类似于SikuliX(这东西挺好用的,只是没说要支持手机端)

特点

  • 完全的黑盒测试框架,无需知道项目代码,非侵入式
  • 支持iOS, Android的自动化测试,两个平台都支持测试第三方应用
  • 对于iOS的真机,安卓模拟器都能很好的支持
  • 可以用来测试Windows应用
  • 对于游戏的测试使用了图像识别
  • 同一个测试脚本可以通过图像的缩放算法,适配到其他分辨率的手机上

主要特点集中在图像识别上,通过图像识别来寻找某控件和页面状态判断的断言。

小目标3.0让自动化自动起来,也就是搭建云测试平台,实现设备和测试脚本分离、透明化。同一App的测试脚本可以由多个Client来编写,然后由平台合理分配设备资源来运行这些测试脚本。而由于UI界面本身多变的特性,脚本的维护会比接口的自动化测试成本高很多,所以最终目标是在3.0的基础上,在Client端加上屏幕录制技术,类似于Xcode的录制操作生成代码的功能。这样就能够建立起一整套维护成本低,自动化程度高,拓展性好的自动化测试平台。

参考录屏工具 Macaca UI Recoder

图片 6

2.8 Appium.app, Appium.exe

官方提供了GUI封装的Appium服务端下载,它封装了Appium服务端的所有依赖,用户不用担心怎样安装Node.js。GUI封装的Appium中还包括了一个Inspector工具,可以帮助用户检查应用的节目层级,虽然Android官方的SDK中的Android Device Monitor和UI Automator Viewer也可以实现,但是相比较Inspector还是有不足之处。

关于UI自动化的定义,我想要的是自动地按照流程去点击页面、输入数据,不需要人去参与,节省人工时间。比如登录,能够自己去填写用户名&密码,然后点击按钮跳转到下一个页面等。在能够保证业务的足够稳定性的条件下,UI自动化测试能够节省很多回归功能的人力。这就是我的一个小目标。

图片 7

2.1.2 ios

在IOS端,appium同样使?WebDriver的一套协议。

与Android端测试框架不同的是,appium ios封装了apple的 Instruments框架,主要用了Instrument里的UI Automation(Apple的?自动化测试框架),然后在设备中注?入bootstrap.js进?行监听。

本文由澳门皇冠金沙网站发布于编辑程序,转载请注明出处:UI自动化测试,Appium的前世今生