由于公司的产品坐落于不同的平台，如ios、mac、Android、windows、web。因此每次有新需求的时候，开发结束后，留给测试的时间也不多。此外，一些新的功能实现，偶尔会影响其他的模块功能正常的使用。 网上的ios自动化方面的内容也是少之又少。由于本人对ios自动化初次接触，花了两天的时间到处找文章，才逐渐入了门。本文也是站在小白的角度，从0到1搭建ios自动化测试环境。

框架选型

查了很多资料，关于iOS自动化的框架有很多。但是支持Python的没有几个。

如：

UIAutomation 是苹果提供的 UI 自动化测试框架，使用 JavaScript 编写。 XCTest 是一个可以提供各个层次的测试的框架，比如单元测试，自动化测试，性能测试等。 KIF 使用未公开的 Apple API（私有 API），这对于测试目的而言是安全的，基于第三方 iOS UI 的单元测试框架，所以可以做项目的单元测试，也可以做 UI 集成测试。但缺点是运行较慢。且需要掌握Objective-C 语言。 Frank 是IOS 开发环境下一款实现自动测试的工具，Xcode 环境下开发完成后，通过 Frank 实现结构化的测试用例，其底层语言为 Ruby，作为一款开源的 iOS 测试工具，在国外已经有广泛的应用。但是国内相关资料却比较少。其最大的优点是允许我们用熟悉的自然语言实现实际的操作逻辑。

还有一些云测试平台，因为都是收费的，这里也就不说了。 综上所述，appium框架支持多种语言编写自动化测试用例，且我之前使用过。因此我选择了它。

appium驱动iOS测试原理

XCUITest是苹果开发的一个做IOS自动化测试的框架，需要了解些Swift等iOS编程知识；WebDriverAgent是Facebook开发的一个iOS自动化测试工具，先来看下面的这张原理图：

WDA在Client创建了一个Server，在手机端安装了一个叫作WebDriverAgentRunner 的一个应用；这个应用会接收来自 Server 的指令，并连接底层的XCTest.framwork，让 XCTest.framwork 调用苹果API来操作手机进行自动化

而appium是把WebDriverAgentRunner 给集成进去了，因此实现了appium的跨平台能力 通过上图我们了解到 Appium 很粗暴的把整个 WebDriverAgent 直接集成到自己的项目里，然后通信机制就走 WebDriverAgent，Appium 其实就提供了一个 Client 端的作用。所以 iOS 9.3 系统之后自动化测试核心是 WebDriverAgent，Appium 就提供了一个 Client 端来写脚本和发送指令。

Appium 自动化架构模式可以用一个抽象的架构表示，就是下面这样的：

从图中可以看出：

Client 端是 Appium 之前本身提供的； Server 端是：WebDriverAgent 和 Instruments；（ Appium 直接把 WebDriverAgent 整个集成进来，Instruments 是为了支持 iOS 9.3 之前的系统） 最右边是一个手机 之前 Server 是和 bootstrap.jar 通信，这里 WebDriverAgent 提供了 WebDriverAgentRunner （类似 bootstrap.jar 的功能），WebDriverAgent与之通信； WebDriverAgentRunner 是一个应用，Client 和 server 运行了之后，WebDriverAgentRunner 会被装到手机上，这个应用会接收来自 Server 的指令，并连接底层的 XCTest.framwo