iOS 自动化测试踩坑(一): 技术方案、环境配置与落地实践
本文为霍格沃兹测试学院优秀学员课程学习笔记,想一起系统进阶的同学文末加群交流。
移动端的自动化测试,最常见的是 Android 自动化测试,我个人觉得 Android 的测试优先级会更高,也更开放,更容易测试;而 iOS 相较于
Android 要安全稳定的多,但也是一个必须测试的方向,这个系列文章记录了 iOS 自动化测试的一些实践。
** 1.环境准备**
1.1 硬件环境
- Macbook Pro(做 iOS 测试,Mac 是绕不开的,我们依赖的软件环境需要运行在 Mac 上,必须要有一台 Mac
本(很贵),得攒银子咬牙买一台 ~,如果预算紧张,也可以考虑先买一个 Macmini)。
- iPhone、iPad:既然测试 iOS 软件,那 iPhone 和 iPad 也自然不用多说了,虽然 Xcode
里有虚拟机,但是实际测试还是以真机为准。
1.2 软件环境
Xcode:Xcode是苹果官方提供的开发IDE,里面集成了苹果软件开发所需的所有,包括专项的性能测试等,我们做自动化也需要通过它来与设备绑定证书
Xcode 下载地址:https://developer.apple.com/download/
下载安装好的图标如下 :
** 2.技术方案**
**
**
2.1 主流框架
先来看目前主流的 iOS 移动测试框架
-
Appium :目前最常用的 App 自动化测试框架,具备跨平台性
-
Calabash-IOS :BDD 模式,没有过多的了解使用
-
KIF :KIF 使用 XCTest 框架,需要对 Objective—C 、Swift 和 XCTest 掌握程度较高,这个对测试工程师来说学习成本太大
-
XCTest :苹果官方提供的 iOS 测试框架,要求同 KIF 一致
-
WebDriverAgent :由 Facebook 推出的一款 iOS 移动测试框架,也是 Appium 跨平台的底层驱动;WDA 本身也是一个完整的基于 webdriver 协议的框架
-
Uiautomation :在 Xcode8 后废弃
2.2方案选型
之前的 Android 自动化我们选择的是 Appium 框架作为底层的驱动框架,当时就介绍说 Appium
的优点之一就是跨平台性,其实也就是因为其底层封装了 WebDriverAgent,而我们期望的是:
-
做一套可以跨平台支持的 App 测试方案,可以在公司的 Android 和 iOS 版本间自由切换测试
-
并且在编程语言上要是测试工程师常用的 Java 或 Python,降低学习成本
综上原因,那么最终的选择依然是 Appium。
**
**
** 3.落地实践(踩坑)**
3.1 App安装
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,就可以正常操作运行了
**
**
3.2 环境配置
上面介绍了这里是选中 Appium 作为移动测试框架,因此 Appium
相关环境的安装必不可少,具体安装细节可参考另一篇文章:Windows(Win10)、Mac下安装 Appium
另外还需要几个辅助测试工具和命令,依赖工具包安装:
查看模拟器列表:instruments -s devices 运行结果如下,可以看到最前面两行显示的其实是本机的 Mac 和连接的 iPhone
真机,剩下的是模拟器。
查看真机列表:idevice_id -l
安装 App:ideviceinstaller -i demo.app
命令行编译(在做持续集成时候可能会用到):
**
**
3.3 WebDriverAgent 的安装与启动
虽然 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 的自动化测试落地,也欢迎小伙伴一起留言探讨。
** _
来霍格沃兹测试开发学社,学习更多软件测试与测试开发的进阶技术,知识点涵盖web自动化测试 app自动化测试、接口自动化测试、测试框架、性能测试、安全测试、持续集成/持续交付/DevOps,测试左移、测试右移、精准测试、测试平台开发、测试管理等内容,课程技术涵盖bash、pytest、junit、selenium、appium、postman、requests、httprunner、jmeter、jenkins、docker、k8s、elk、sonarqube、jacoco、jvm-sandbox等相关技术,全面提升测试开发工程师的技术实力
QQ交流群:484590337
公众号 TestingStudio
点击获取更多信息