iOS 自动化——技术方案、环境配置

移动端的自动化测试，最常见的是 Android 自动化测试，我个人觉得 Android 的测试优先级会更高，也更开放，更容易测试；而 iOS 相较于 Android 要安全稳定的多，但也是一个必须测试的方向，这个系列文章记录了 iOS 自动化测试的一些实践。

Xcode 下载地址：https://developer.apple.com/download/
下载安装好的图标如下：

先来看目前主流的 iOS 移动测试框架

Appium：目前最常用的 App 自动化测试框架，具备跨平台性
Calabash-IOS ：BDD 模式，没有过多的了解使用
KIF：KIF 使用 XCTest 框架,需要对 Objective—C 、Swift 和 XCTest 掌握程度较高，这个对测试工程师来说学习成本太大
XCTest：苹果官方提供的 iOS 测试框架，要求同 KIF 一致
WebDriverAgent：由 Facebook 推出的一款 iOS 移动测试框架，也是 Appium 跨平台的底层驱动；WDA 本身也是一个完整的基于 webdriver 协议的框架
Uiautomation ：在 Xcode8 后废弃

之前的 Android 自动化我们选择的是 Appium 框架作为底层的驱动框架，当时就介绍说 Appium 的优点之一就是跨平台性，其实也就是因为其底层封装了 WebDriverAgent，而我们期望的是：

做一套可以跨平台支持的 App 测试方案，可以在公司的 Android 和 iOS 版本间自由切换测试
并且在编程语言上要是测试工程师常用的 Java 或 Python，降低学习成本
综上原因，那么最终的选择依然是 Appium。

Appium 官方提供了一个演练的 iOS App，以此为例进行演示。

Appium 演练 example 地址：
https://github.com/appium/ios-uicatalog

将项目 clone 到本地后用 Xcode 打开,注意打开 iOS 项目要打开以 .xcodeproj 结尾的文件。

插入真机，Xcode 上选择真机，在Singing 中添加 AppleID 作为 account，生成一个本地的 Provisioning Profile 和设备上的证书

踩坑：你可能会遇到如下的错误信息

这是因为你的 bundle identifier 不唯一导致，将其修改自定义为一个唯一的 bundle identifier 再尝试即可

Xcode 中选中 Build，Success 后在手机中我们可以看到 UICatalog 已经被成功安装，尝试打开：

踩坑：苹果对未在 AppStore 中上架的 App 做了限制，默认不受信任，所以我们需要手动将其设置为信任：设置-通用-描述文件与设备管理

这个时候再打开 App，就可以正常操作运行了

上面介绍了这里是选中 Appium 作为移动测试框架，因此 Appium 相关环境的安装必不可少，具体安装细节可参考另一篇文章：Windows(Win10)、Mac下安装 Appium

另外还需要几个辅助测试工具和命令，依赖工具包安装：

查看模拟器列表：instruments -s devices 运行结果如下，可以看到最前面两行显示的其实是本机的 Mac 和连接的 iPhone 真机，剩下的是模拟器。

查看真机列表：idevice_id -l

安装 App：ideviceinstaller -i demo.app
命令行编译（在做持续集成时候可能会用到）：

虽然 Appium 使用WDA作为底层的 iOS 自动化框架，但是由于版本的更新等原因，可能造成 Appium 本身自带的 WDA 会有 bug，因此为了保险起见，先手动下载 facebook 的 WebDriverAgent facebook WebDriverAgengithub

地址：https://github.com/facebookarchive/WebDriverAgent

然后我们进入 WebDriverAgent 进行编译，在 Scripts 下有一个 bootstrap.sh 脚本，执行它即可。

小技巧：使用 bash -x 命令可以输出更详细的执行过程

踩坑：安装最后我们可以看到部分依赖安装需要安装 Carthage 这个东西，如果没注意的话就会造成 RoutingHTTPServer 部分文件缺失，后面 build 就会报错。

通过命令 brew install carthage 安装后再执行 ./Scripts/bootstrap.sh 即可。

根据 WebDriverAgent 官网提供的步骤，将参数替换为我们真机的参数后在真机上尝试build 。

踩坑：执行完命令后可能会出现如下报错

从报错信息来看，缺少 development team，那么我们回到 Xcode，将 Automatically manage signing 进行勾选后选择一个 Team，注意要进入 WebDriverAgentRunner 中进行设置。

设置好之后又会出现报错，如下：

这个报错信息就和我们之前提到的一样，bundle indentifler 不唯一,保险起见，这里将项目中所有的 Targets 都进行了修改

修改好之后我们再次 build，之前的问题解决了，不幸的是 build 又 fail 了，又出现了新的报错：

幸运的是在 Google 上一位外国友人轻描淡写的一句话解决了我的问题(感谢外国友人~)

没错，我们在报错出双击，进入到报错代码处，将 assign 改为 strong 后再次 build ：

Build succeeded！！！老泪纵横…

最终，再执行

终于在 iOS 真机上看到了 WDA 的身影

上面是我所经历的各种坑，也都是我实测过一步步填平的，下面试我认识的小伙伴踩到的坑和填坑方法，作为补充供记录参考
1）执行 ./Scripts/bootstrap.sh ERROR in ./js/app.js 报错

2）执行时候报 xcodebuild failed with code 65 错误

花了很大的功夫和篇幅，记录 iOS 自动化的准备工作，踩了很多坑，坑不能白踩，后面继续实现 iOS 的自动化测试落地，也欢迎小伙伴一起留言探讨。

更多技术文章

iOS 自动化——技术方案、环境配置相关推荐

Android+iOS自动化基于appium环境搭建
目录一.环境依赖一.JDK环境二.Android-SDK环境(android自动化) 三.Homebrew环境四.Nodejs 五.安装appium 六.安装appium-doctor来确认安 ...
Flutter iOS问题记录 - 多环境配置下Pod库的宏定义失效
文章目录前言开发环境问题描述问题分析 1. 创建用于测试的Pod库 2. 验证问题是否只存在于Pod库 3. __OPTIMIZE__在什么时候会定义 4. 影响__OPTIMIZE__定义的 ...
iOS自动化部署方案Jenkins Fastlane code.aliyun 蒲公英 appStore
使用初衷公司产品版本比较多,很多版本都需要独立化部署.导致产生了每个地址需要打包,每次打包就是一件麻烦的事情,常常一下午的时间过去了却都浪费在打包这件事情上了.So-.研究了下Fastlane.爬了 ...
KVM虚拟化技术及环境配置
KVM 一.KVM概述 (1)虚拟化产生背景 (2)虚拟化类型 (3)虚拟化优劣势 (4)KVM架构以及原理二.实验搭建 (1)基础环境 (2)安装KVM (3)设置KVM网络一.KVM概述 KV ...
iOS开发 React-native开发环境配置
英文原文地址:https://facebook.github.io/react-native/docs/getting-started.html 1.安装 homebrew (若已经安装可跳过此步) ...
iOS自动化测试(一)-技术方案、环境配置与疯狂踩坑
移动端的自动化测试,最常见的就是Android自动化测试,IOS相较于Android要安全稳定的多,但是IOS也是一个需要测试的方向,作为测试,不认真测一下心里还是过意不去,只是我个人觉得Androi ...
iOS之深入解析多环境配置的实现方案
一.多 target 形式配置多环境如下所示,选择工程 TARGETS,新创建一个 targets: 创建完成后,可要发现产生了一个 plist 文件,这个 plist 就是对应新创建的 targe ...
拓展--mac系统ios自动化--环境配置
下载python3 https://www.python.org/downloads/mac-osx/ 修改环境变量修改用户根目录下的~/.bash_profile文件,在终端输入: vi ~/.b ...
tidevice 助你在非Mac环境执行iOS自动化
前言一直以来,iOS自动化的实现&执行都依赖 Mac 系统,其主要原因是因为需要通过 xcodebuild 编译&安装 WDA (WebDriverAgent) 到 iOS 设备中, ...
微信小程序开发笔记1——使用npm脚本实现自动化切换环境配置
博客更新地址啦-,欢迎访问:https://jerryyuanj.github.io/blog 写在前面有过小程序开发经验的都知道,在小程序的生态环境中,是很难做到像其他项目那样完全的CI的,因为我 ...

iOS 自动化——技术方案、环境配置

iOS 自动化——技术方案、环境配置相关推荐

最新文章

热门文章