iOS UI自动化测试
0.小目标关于UI自动化的定义，我想要的是自动地按照流程去点击页面、输入数据，不需要人去参与，节省人工时
间。比如登录，能够自己去填写用户名&密码，然后点击按钮跳转到下一个页面等。在能够保证业务的足
够稳定性的条件下，UI自动化测试能够节省很多回归功能的人力。这就是我的一个小目标。
测试需要全面，需要对结果去做判断。如果熟悉单元测试或接口自动化的朋友，应该知道这些其实就是功
能覆盖、用例设计、断言……这些概念。于是小目标就升级成了，一个可以重复执行，多场景的，结果可预
测的UI自动化测试。
1.测试基础
简介
软件测试是为了发现错误而执行程序的过程。或者说，是根据软件开发各阶段的规格说明和程序内部结构而
精心设计的一批测试用例（即输入数据及预期的输出结果），并利用这些测试用例去运行程序，以发现程序
错误的过程。
白盒测试(White Box Testing) 又称结构测试、逻辑驱动测试，完全了解程序的结构和处理过程，按照程序的
内部逻辑测试程序，检验程序中的每条通路是否都能按预定要求准确工作；对应到实际工作中，代码diff就是
白盒测试。
黑盒测试(Black Box Testing) 又称功能测试，在程序接口进行的测试，已知产品的功能设计规格，可以进行
测试证明每个实现了的功能是否符合要求。对应到工作中，Checklist&Case就是功能测试。UI自动化测试，是
将功能测试中大量的重复性操作（例如线上回归）提取出来，用脚本的形式驱动设备进行测试，有着可重复
运行，执行效率高的特点。
测试用例
测试用例是为特定的目的而设计的一组测试输入、 执行条件和预期的结果。
1.测试用例需要能够覆盖被测试的功能。
2.测试的结果的正确性是可判定的，每一个测试用例都应该有相应的期望结果。
3.即对同样的测试用例，系统的执行结果应当是相同的。
如何覆盖被测试功能，我们需要对输入进行分类划分：等价类划分方法，边界值分析方法。
等价类划分方法，将程序的输入域划分为若干个等价类（子集），然后从每一个子集中选取少数具有代表
性的数据作为测试用例。可以有效减少输入类型。例如用户名输入，可以划分为允许的字符类型：数字、
字母，不允许的字符类型：特殊字符，汉字，空格等。
边界值分析方法，边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分
析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。例如用户名长度是4-10
位，我们依据边界值，就需要对3、4、10、11这四个边界值分别做测试。
相对的，输出类划分后，对每一种输入都有唯一对应的输出，这个输出和功能无关，不管是正常流还是异常
流，都需给出唯一结果。我们称之为断言，断言一般分为这这几类：等于、不等于、包括、不包括 或复杂的
组合逻辑。
UI自动化测试用例
UI自动化在用例设计上也需满足上述性质，此外在输入中需要过程中需要定义UI的操作，同时在结果的判定
上，会依赖UI元素的展示和页面的状态。比如某种异常状态下会弹窗提示，我们则需要去获取这个弹窗，然
后对弹窗上UI元素进行比对和判断，而无法去做返回码的比较判断。关于页面状态的断言，相对于直接数据
的比较判断不够直接、难度较大，当前还有很多难点。
2.UIAutomation
iOS4时代，Apple发布了一个名为UIAutomation的测试框架，它可以用来在真实设备和iPhone模拟器上执行自
动化测试。UIAutomation的功能测试代码是用Javascript编写的。UIAutomation和Accessibility有着直接的关系，
你将用到通过标签和值的访问性来获得UI元素，同时完成相应的交互操作。
UIAutomation的js测试脚本，需要在Instrument的Automation控件上测试。但是在Xcode8.0之后，Instrument
已经不再有这个模块了。而Apple也不再对它维护了，推广使用UITest来替代它。
Accessibility
UIAutomation的实现原理依赖于UI控件的Accessibility，这项技术是为了辅助身体不便的人士使用 app。Voice
Over 是 Apple 的屏幕阅读技术，UI Accessibility 的基本原则就是对屏幕上的 UI 元素进行分类和标记，两者配
合，通过阅读或者聆听这些元素，用户就可以在不接触屏幕的情况下通过声音来使用 app。
如果一个控件的Accessibility是可以被访问的，你就可以设置和读取它的值，作相关的操作，而当一个控件的Ac
cessibility不可见时，你就没有办法通过automation访问它。每一个可以被访问（Accessibility enable）的UIKit控
件都可以用一个Javascript对象来描述，它就是一个UIAElement。UIAElement有几个属性：name, value, eleme
nts, parent。UIKit层次树结构，可以直接映射到UIAElement的层次树。有了基本属性和层次树结构，我们就可
以方便的使用JS对App中的空间进行操作了。
看这个简单的小栗子，操作流程：找到tabbar->找到名称是“First”的button点击->给第一个textField设值-
>点击键盘的return->取id是“RecipeName”的staticTexts（label）的值->断言该label内容和之前输入内容的
相等。
可以看出寻找控件的两种方式：依据控件Accessibility identitifer查找；依据控件在数组的下标查找。前者需
要你去设置，增加开发时成本。后者的变化性高，UI层级改变导致你的用例改变。
test("Test 1", function(target, app) {
target.logDevice();
var window = app.mainWindow();
app.logElementTree();
//-- select the elements
UIALogger.logMessage( "Select the first tab" );
var tabBar = app.tabBar();
var selectedTabName = tabBar.selectedButton().name();
if (selectedTabName != "First") {
tabBar.buttons()["First"].tap();
}
//-- tap on the text fiels
UIALogger.logMessage( "Tap on the text field now" );
var recipeName = "Unusually Long Name for a Recipe";
window.textFields().setValue(recipeName);
target.delay( 2 );
//-- tap on the text fiels
UIALogger.logMessage( "Dismiss the keyboard" );
app.logElementTree();
app.keyboard().buttons()["return"].tap();
var textValue = window.staticTexts()["RecipeName"].value();
assertEquals(recipeName, textValue);
});
这里有篇详细的教程，如果想要UIAutomation的表现可以下载一个Xcode 7来跑一跑。Demo请戳我
3.UITest
UITest是Apple随着Xcode 7和iOS 9新的UI自动化测试框架。较之前不同的是，在UITest框架下，我们可以
使用自己熟悉的Objc和Swift语言来编写自动化测试的脚本。除此之外，UITest最大的亮点是支持屏幕录
制——通过对App的操作自动生成相应的测试脚本代码。这意味着非专业人士，也可以很方便地参与到自
动化测试里来。
原理和UIAutomation一样，UITest也依赖控件的Accessibility属性，UITest为所有UIKit控件提供了一个XCU
I开头的代理类。比如UIApplication，对应的是XCUIApplication，在 UI Testing 中代表整个 app 的对象。
对于一般的UIKit对象，Apple提供XCUIElement对象作为映射。我们不能直接通过得到的 XCUIElement 来
直接访问被测 app 中的元素，而只能通过 Accessibility 中的像是 identifier 或者 frame 这样的属性来获取
UI 的信息。关于具体的可用属性，可以参看 XCUIElementAttributes 的文档。虽然不能直接通过Element
得到属性，但是可以通过- descendantsMatchingType:，访问子节点，从而得到层级结构。
hello world和屏幕录制操作，可以参考喵大的笔记，附有demo哦。
4.Appium
UITest支持iOS开发熟悉的编程语言、屏幕录制等多项强大功能，但这些都是和Xcode这个IDE绑定的。
当我们在Xcode里写完代码，本地运行，这种种更像是单元测试，而没有太多自动化的味道了。一段真
正的自动化测试脚本，应该和被测代码分开，能够部署到一台服务器上自动运行，让一项自动化测试
真正自动化起来，成为了我的小目标3.0版本。在这里，Appium这个强大的自动化测试工具登场了，看
看他的自我介绍。
Appium 是一个开源的，跨平台的自动化测试工具。 它支持模拟器（iOS，FirefoxOS，Android）和真机
（iOS， Android， FirefoxOS）上的原生应用，混合应用和移动 web 应用。
跨平台、开源、多设备多系统的支持，而且文档详细，还有中文版本，实在是业界良心。
背景
关于Appium的介绍，官方的文档已经说得很清楚了，我这儿大致提炼一下几个重要的点。
1.无需为了自动化，而重新编译或者修改你的应用
在iOS上，这个特性是显然的。前面也说道了，因为Apple提供了Accessibility特性，让你可以得到控件响
应的id，frame等。还可以通过代理，从而得到树形层级结构。
2.跨平台
这主要归功于Appium的自动化统一接口WebDriver API.WebDriver（也就是 "Selenium WebDriver"）。
我们使用这套统一的接口，在各自平台上去解释，得到不同的底层实现。比如iOS这边是UIAutomation
和UITest，Android则是UiAutomator和Instrumentation。
3.多种语言编写&执行测试脚本
这得益于Appium的C/S架构，我们将编写执行脚本的部分称为客户端（Clinet），脚本内容遵循统一接口
。每一行，其实就是Client向服务器去发送一条Http消息，然后Server解析并翻译成对应平台（iOS/Adr）
的实际测试命令，再发送给Device，再执行。可以通过下面的示意图简单了解。
通讯示意图
因为Server层的存在，和统一接口的隔离，实现了脚本实现和执行条件的多样性。现已知的就支持Java
、Python、js、Ruby等方式的Client API。
安装指南
同样，官方文档的快速开始也给出了详尽的步骤。但是实际上我在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/a
ppium开全权限sudo chmod -R 777 ./ ，不建议使用sudo，据说会遇到别的问题。如果中途遇到错误，使用
npm uninstall -gappium
命令卸载，然后重装。如果卸载不了，就直接去Finder/usr/local/lib/node_modules/appium目录删除就好了。
安装好之后，运行
$ appium &
命令就可以启动Appium的server了。
Hello World！
安装好了Appium server之后，可以开始运行第一个程序了。去官网下载示例代码。下载之后你能看到有
一个apps的文件夹和examples文件夹，前者放的是示例程序，后面是不同语言客户端的测试脚本。打开
apps/TestApp,运行能看到这是一个单页面的程序，最上方有两个输入框，输入数字，点击Compute Su
m按钮，就能得出两者相加的和。
下面我们就来做这个部分的UI自动化测试。找一个自己熟悉的Client语言去执行自动化脚本，比如Java。
打开，是一个Maven工程，下载了相应依赖库。之后打开SimpleTest文件，因为Xcode 8不支持UIAuto
mation框架，所以需要在setup中指定capability方式为XCUItest。
capabilities.setCapability(MobileCapabilityType.AUTOMATION_NAME, "XCUITest");
capabilities.setCapability("platformVersion", "10.0");
capabilities.setCapability("deviceName", "iPhone 6");
运行testUIComputation方法。可以看到模拟器启动了，但是之后会遇到Carthage找不到的问题
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！到此为止，第一个自动化测试被执
行成功了~
截图留念
Client - Server - Device交互
driver.findElements
我们以java代码driver.findElements(By.className("UIATextField"))找到textField数组的过程为例子，去分
析一下log，看看一次交互式怎么进行的。
// client ----http----> server
--> POST /wd/hub/session/94f7526c-94ba-4ece-8740-d94bd3d4f50f/elements {"using":"class n
ame","value":"UIATextField"}
Calling AppiumDriver.findElements() with args: ["class name","UIATextField","94f7526c-94
ba-4ece-8740-d94bd3d4f50f"]
Executing command 'findElements'
Valid locator strategies for this request: xpath, id, name, class name, -ios predicat
e string, accessibility id
Rewrote incoming selector from 'UIATextField' to 'XCUIElementTypeTextField' to match XCUI
type. You should consider updating your tests to use the new selectors directly
Waiting up to 0 ms for condition
// server ----http----> device
Proxying to [POST http://localhost:8100/session/79CBBB84-DB6E-
48BA-B79F-91539E1E4708/elements] with body: {"using":"class name","value":"XCUIElementTypeTe
xtField"}
// device ----http----> server
Got response with status 200: {"value":[{"ELEMENT":"1A29AE60-5433-4B52-83F8-
B4E2C794972E","type":"XCUIElementTypeTextField","label":"TextField1"},{"ELEMENT":"575EE2C2-4
AFF-4320-B4D0-C30F59410DA9","type":"XCUIElementTypeTextField","label":"TextField2"}],"sessionI
d":"79CBBB84-DB6E-48BA-B79F-91539E1E4708","status":0}
Responding to client with driver.findElements() result: [{"ELEMENT":"1A29AE60-5433-4
B52-83F8-B4E2C794972E","type":"XCUIElementTypeTextField","label":"TextField1"},{"ELEMENT":"
575EE2C2-4AFF-4320-B4D0-C30F59410DA9","type":"XCUIElementTypeTextField","label":"TextField
2"}]
// server ----http----> client
<-- POST /wd/hub/session/94f7526c-94ba-4ece-8740-d94bd3d4f50f/elements 200 225 ms
- 285
其中
打印的是S内部的处理日志。
打印的是S/D之间的通信日志。
可以看到，Client、Server、Device是通过Http协议通信的，大致流程为：
Client通过http协议，将指定格式的命令发送给server。server调用中间层AppiumDriver解析命令，发
送给实际的处理者。实际处理者依据平台、版本不同而不一样，这里是XCUITest（iOS）。而Device
（iphone、模拟器）和Server的通讯也是通过http协议。
到这里，大家会有疑问了，Server怎么找到对应的Device，他们之间如何通过Http通讯的？这里就要
引出WebDriverAgent。它的作用：
WebDriverAgent 在 iOS 端实现了一个 WebDriver server ，借助这个 server 我们可以远程控制 iOS 设
备。
参考
WDA的inspector演示:直接在浏览器端打开 http://192.168.0.105:8100/inspector
TextField赋值
再看TextField赋值java代码elem.sendKeys(String.valueOf(rndNum));的执行步骤
--> POST /wd/hub/session/94f7526c-94ba-4ece-8740-d94bd3d4f50f/element/1A29AE60-54
33-4B52-83F8-B4E2C794972E/value {"id":"1A29AE60-5433-4B52-83F8-B4E2C794972E","value":["1"]}
Calling AppiumDriver.setValue() with args: [["1"],"1A29AE60-5433-4B52-83F8-B4E2C79
4972E","94f7526c-94ba-4ece-8740-d94bd3d4f50f"]
Executing command 'setValue'
Proxying [GET /element/1A29AE60-5433-4B52-83F8-B4E2C794972E/attribute/typ
e] to [GET http://localhost:8100/session/79CBBB84-DB6E-48BA-B79F-91539E1E4708/element/1A29
AE60-5433-4B52-83F8-B4E2C794972E/attribute/type] with no body
Got response with status 200: "{\n\"value\" : \"XCUIElementTypeTextField\",\n\"s
essionId\" : \"79CBBB84-DB6E-48BA-B79F-91539E1E4708\",\n\"status\" : 0\n}"
Set implicit wait to 0ms
Waiting up to 0 ms for condition
Proxying to [POST http://localhost:8100/session/79CBBB84-DB6E-
48BA-B79F-91539E1E4708/element] with body: {"using":"class name","value":"XCUIElementTypeKey
board"}
Got response with status 200: {"value":{"using":"class name","value":"XCUIElement
TypeKeyboard","description":"unable to find an element"},"sessionId":"79CBBB84-DB6E-48BA-B79F-91
539E1E4708","status":7}
No keyboard found. Clicking element to open it.
Proxying to [PO
ST http://localhost:8100/session/79CBBB84-DB6E-48BA-B79F-91539E1E4708/element/1A29AE60-543
3-4B52-83F8-B4E2C794972E/click] with body: {}
Got response with status 200: {"status":0,"id":"1A29AE60-5433-4B52-83F8-B4E2C79
4972E","value":"","sessionId":"79CBBB84-DB6E-48BA-B79F-91539E1E4708"}
Waiting up to 0 ms for condition
Proxying to [POST http://localhost:8100/session/79CBBB84-DB6E-4
8BA-B79F-91539E1E4708/element] with body: {"using":"class name","value":"XCUIElementTypeKeyboard"}
Got response with status 200: {"value":{"ELEMENT":"FB515A63-3249-419E-8106-26
81A1FEBA24","type":"XCUIElementTypeKeyboard","label":null},"sessionId":"79CBBB84-DB6E-48BA-B7
9F-91539E1E4708","status":0}
Set implicit wait to 0ms
Proxying to [PO
ST http://localhost:8100/session/79CBBB84-DB6E-48BA-B79F-91539E1E4708/element/1A29AE60-543
3-4B52-83F8-B4E2C794972E/value] with body: {"value":["1"]}
Got response with status 200: {"status":0,"id":"1A29AE60-5433-4B52-83F8-B4E2C79
4972E","value":"","sessionId":"79CBBB84-DB6E-48BA-B79F-91539E1E4708"}
Responding to client with driver.setValue() result: null
<-- 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-B4E2C794972
E/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，是一个js
on，定义的刚好是这个Eelemet和它的值，这些就是自动化统一接口的格式，一个简单命令的定义。
建立Session
Appium REST http interface listener started on 0.0.0.0:4723
--> POST /wd/hub/session {"desiredCapabilities":{"app":"/Users/zhiyu.zhao/Desktop/appiumTe
st/sample-code/sample-code/examples/java/junit/../../../apps/TestApp/build/release-iphonesimulator/Tes
tApp.app","automationName":"XCUITest","platformName":"iOS","deviceName":"iPhone 6","platformVer
sion":"10.0"}}
Calling AppiumDriver.createSession() with args: [{"app":"/Users/zhiyu.zhao/Desktop/appiu
mTest/sample-code/sample-code/examples/java/junit/../../../apps/TestApp/build/release-iphonesimulator
/TestApp.app","automationName":"XCUITest","platformName":"iOS","deviceName":"iPhone 6","platfor
mVersion":"...
Creating new XCUITestDriver session
Capabilities:
app: '/Users/zhiyu.zhao/Desktop/appiumTest/sample-code/sample-code/examples/java/juni
t/../../../apps/TestApp/build/release-iphonesimulator/TestApp.app'
automationName: 'XCUITest'
platformName: 'iOS'
deviceName: 'iPhone 6'
platformVersion: '10.0'
XCUITestDriver version: 2.0.33
Session created with session id: 94f7526c-94ba-4ece-8740-d94bd3d4f50f
Xcode version set to '8.0'
iOS SDK Version set to '10.0'
Constructing iOS simulator for Xcode version 8.0 with udid 'B9747B0B-C664-4C44-A651-9C3
D8F7A980A'
// 开启模拟器
Determining device to run tests on: udid: 'B9747B0B-C664-4C44-A651-9C3D8F7A980A', re
al device: false
Using local app '/Users/zhiyu.zhao/Desktop/appiumTest/sample-code/sample-code/example
s/java/junit/../../../apps/TestApp/build/release-iphonesimulator/TestApp.app'
Checking whether app '/Users/zhiyu.zhao/Desktop/appiumTest/sample-code/sample
-code/examples/java/junit/../../../apps/TestApp/build/release-iphonesimulator/TestApp.app' is actually pr
esent
App is present
Getting bundle ID from app '/Users/zhiyu.zhao/Desktop/appiumTest/sample-cod
e/sample-code/examples/java/junit/../../../apps/TestApp/build/release-iphonesimulator/TestApp.app': 'io.
appium.TestApp'
Starting iOS 10.0 simulator log capture
System log path: /Users/zhiyu.zhao/Library/Logs/CoreSimulator/B9747B0B-C664-4C
44-A651-9C3D8F7A980A/system.log
Setting up simulator
No reason to set locale
No iOS / app preferences to set
Simulator with udid 'B9747B0B-C664-4C44-A651-9C3D8F7A980A' not booted. Booting up
now
Killing all iOS Simulators
zhiyu.zhao@999999999:~|⇒ Starting simulator with command: open /Applications/Xcode.ap
p/Contents/Developer/Applications/Simulator.app --args -CurrentDeviceUDID B9747B0B-C664-4C44-A
651-9C3D8F7A980A
Tailing simulator logs until we encounter the string "SMS Plugin initialized"
We will time out after 60000ms
Waiting an extra 10000ms for the simulator to really finish booting
Done waiting extra time for simulator
Simulator booted in 26076ms
// 安装TestApp、开启WebDriverAgent
Installing app '/Users/zhiyu.zhao/Desktop/appiumTest/sample-code/sample-code/ex
amples/java/junit/../../../apps/TestApp/build/release-iphonesimulator/TestApp.app' on device
Using default agent: /usr/local/lib/node_modules/appium/node_modules/appium-xcuitest-
driver/WebDriverAgent/WebDriverAgent.xcodeproj
Using default bootstrap: /usr/local/lib/node_modules/appium/node_modules/appium-xcuite
st-driver/WebDriverAgent
Launching WebDriverAgent on the device
Carthage found: /usr/local/bin/carthage
Killing hanging processes
Beginning test with command 'xcodebuild build test -project /usr/local/lib/node_mo
dules/appium/node_modules/appium-xcuitest-driver/WebDriverAgent/WebDriverAgent.xcodeproj -sch
eme WebDriverAgentRunner -destination id=B9747B0B-C664-4C44-A651-9C3D8F7A980A -configurati
on Debug' in directory '/usr/local/lib/node_modules/appium/node_modules/appium-xcuitest-driver/WebDriverAgent'
Waiting for WebDriverAgent to start on device
Sim: Nov2 16:50:33 999999999 CoreSimulatorBridge: Pasteboard
change listener callback port <NSMachPort: 0x7ff8707030a0> registered
=== BUILD TARGET WebDriverAgentLib OF PROJECT WebDriverAgent WITH CONFIGURATION
Debug ===
=== BUILD TARGET WebDriverAgentRunner OF PROJECT WebDriverAgent WITH CONFIGURAT
ON Debug ===
// WebDriverAgentRunner-Runner.app
Sim: Nov2 16:50:42 999999999 CoreSimulatorBridge: Requesting in
stallation of file:///Users/zhiyu.zhao/Library/Developer/Xcode/DerivedData/WebDriverAgent-brdadhpuduo
wllgivnnvuygpwhzy/Build/Products/Debug-iphonesimulator/WebDriverAgentRunner-Runner
.app/ with options: {
Sim: Nov2 16:50:46 999999999 CoreSimulatorBridge:
Sending request to open "com.apple.test.WebDriverAgentRunner-Runner"
Sim: Nov2 16:50:46 999999999 CoreSimulatorBridge: [Commo
n] Request successful: <FBSProcessHandle: 0x7ff870505830; XCTRun
ner:56563; valid: YES>
Sim: Nov2 16:50:47 999999999 XCTRunner: assertion failed: 1
5G31 14A345: libxpc.dylib + 62597 : 0x7d
Sim: Nov2 16:50:47 999999999 XCTRunner: Running tests...
Sim: Nov2 16:50:48 --- last message repeated 4 times ---
Sim: Nov2 16:50:48 999999999 XCTRunner: Continuing to run
tests in the background with task ID 1
Sim: Nov2 16:50:48 --- last message repeated 13 times ---
Sim: Nov2 16:50:48 999999999 XCTRunner: Built at Nov2 20
16 16:50:41
Detected that WebDriverAgent is running at url 'http://10.86.132.138:8100'
Sim: Nov2 16:50:48 999999999 XCTRunner: ServerURLHere->
http://10.86.132.138:8100<-ServerURLHere
WebDriverAgent started at url 'http://10.86.132.138:8100'
Proxying to with body: {"desi
redCapabilities":{"bundleId":"io.appium.TestApp","arguments":[],"environment":{},"shouldWaitForQ
uiescence":true}}
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-91539E1E470
8","status":0}
New XCUITestDriver session created successfully, session 94f7526c-94ba-4ece-8740-d94b
d3d4f50f added to master session list
Responding to client with driver.createSession() result: {"webStorageEnabled":false,"loc
ationContextEnabled":false,"browserName":"","platform":"MAC","ja
vascriptEnabled":true,"databaseEnabled":false,"takesScreenshot":true,"networkConnectionEnabled"
:false,"app":"/Users/zhiyu.zhao/Desktop/appiumTest/sample...
<-- POST /wd/hub/session 200 59127 ms - 520
Client发送建立Session请求->Server接受,打开模拟器->安装被测试APP->启动WDARunner->完成后D
evice返给Server Device Session id->Server返给Client 设备信息和本次Session id。
WDA架构图
5.ATX：AutomatorX
项目GITHUB
该项目是为了让手机应用的一些常规测试可以自动化起来，让测试人员摆脱那些枯燥的重复性工作。
基于OpenCV的图像识别技术，有点类似于SikuliX(这东西挺好用的，只是没说要支持手机端)
特点
完全的黑盒测试框架，无需知道项目代码，非侵入式
支持iOS, Android的自动化测试，两个平台都支持测试第三方应用
对于iOS的真机,安卓模拟器都能很好的支持
可以用来测试Windows应用
对于游戏的测试使用了图像识别
同一个测试脚本可以通过图像的缩放算法，适配到其他分辨率的手机上
主要特点集中在图像识别上，通过图像识别来寻找某控件和页面状态判断的断言。
6.最终目标
小目标3.0让自动化自动起来，也就是搭建云测试平台，实现设备和测试脚本分离、透明化。同一A
pp的测试脚本可以由多个Client来编写，然后由平台合理分配设备资源来运行这些测试脚本。而由于
UI界面本身多变的特性，脚本的维护会比接口的自动化测试成本高很多，所以最终目标是在3.0的基
础上，在Client端加上屏幕录制技术，类似于Xcode的录制操作生成代码的功能。这样就能够建立起
一整套维护成本低，自动化程度高，拓展性好的自动化测试平台。
页:
[1]
