Appium自动化—浅谈iOS自动化测试环境搭建

在日常的测试工作中，我们会发现有些测试工作重复率极高，测试人员需要花费大量的时间进行这些重复性的测试，浪费了大量的人力与时间。若能够将常用的测试场景进行自动化，那必定能节省许多的人力与时间。作为一个初次步入测试行业的小白，也十分渴望能够使用自动化来分担测试工作。上网搜索了很多的资料，了解了很多工具，再加上之前有稍微接触过Appium，所以决定使用Appium开启自动化的探索。Appium支持的脚本语言有很多，例如js、java、Python、ruby，可选择一种自己熟练的脚本语言进行编写。

 

 

一、Appium工作原理

    根据查阅的资料，简单的介绍一下appium的工作原理。首先Appium是c/s模式的，appium是基于webdriver协议添加对移动设备自动化api扩展而成的。webdriver是基于http协议的，第一连接会建session会话，并通过post发送一个json告知服务端相关测试信息。如下图1.1：

 

图1.1

    客户端执行脚本后生成基于WebDriver协议下的URL请求，服务器接收URL请求（类似一个远程命令）并将命令转发给测试机器，测试机器接收命令，解析命令后执行相应的操作，并把执行结果返回给服务器端，服务器端再将执行结果返回给客户端。

二、Appium环境搭建（osx）

1.Mac os X

 

图2.1

2.xcode（APP store即可下载）

 

图2.2

3.VPN

    环境搭建过程中有些安装需要翻墙安装，所以建议安装个VPN。网上随便搜个下载即可，我使用的是WiseVPN。

4.java

    java –version：检查是否有安装java环境。若没有，需要先配置java环境，http://jingyan.baidu.com/article/908080221f3cfefd91c80fbf.html（具体可百度，这个链接也非常全了，供大家参考）

 

图2.3

5.ruby

 

图2.4

6.brew

    brew是Mac OS不可或缺的套件管理器。执行下列命令：ruby -e "$(curl -fsSLhttps://raw.github.com/Homebrew/homebrew/go/install)"执行后可用brew –v看看是否已经正确安装。

 

图2.5

7.node

    AppiumDesktop是用node . js编写的服务器，所以需要安装node。执行下列命令：brew install node，执行后，同样使用node –v检查是否已经安装。

 

图2.6

8.npm

    npm其实是Node.js的包管理工具（package manager）。我们在Node.js上开发时，会用到很多别人写的JavaScript代码。如果我们要使用别人写的某个包，每次都根据名称搜索一下官方网站，下载代码，解压，再使用，非常繁琐。于是一个集中管理的工具应运而生：大家都把自己开发的模块打包后放到npm官网上，如果要使用，直接通过npm安装就可以直接用，不用管代码存在哪，应该从哪下载。Npm一般在Node.js安装的时候顺带装好了。使用npm –v检查是否已经安装。

 

图2.7

9.AppiumDesktop

    现在可以开始安装AppiumDesktop了！我是直接在网上下载的https://github.com/appium/appium-desktop/releases/tag/v1.5.0 appium-desktop.dmg。

10.wd

    执行命令npm install wd进行wd的安装。安装后使用npm wd -v检查是否安装成功。

 

图2.8

    最后，检查环境。Appium提供了一个doctor，供我们检查appium的运行环境是否都正确。运行appium-doctor。

 

图2.9

    以上，证明环境都配置好了（有一处warn，不过并不影响，所以可先忽略），接下来就是进行脚本的录制了！

三、AppiumDesktop的使用

1.打开appium，启动appium服务

    点击左上角的放大镜开启appium server（如下图3.2）

 

图3.1

 

图3.2

2.新会话窗口

    Desired Capabilities中录入对应的配置信息（如下图1）。下面介绍一下Desired Capabilities。Desired Capabilities在启动session的时候是必须提供的。Desired Capabilities本质上是key value的对象，它会告诉appium sever你想要进行自动化的应用程序等信息。具体的通用配置对象如下：

automationName：使用哪种自动化引擎。appium（默认）还是Selendroid？

platformName：使用哪种移动平台。iOS, Android, orFirefoxOS？

deviceName：启动哪种设备，是真机还是模拟器？iPhone Simulator, iPad Simulator,真机名称etc...

app：应用的绝对路径，注意一定是绝对路径。如果指定了appPackage和appActivity的话，这个属性是可以不设置的。另外这个属性和browserName属性是冲突的。

browserName：移动浏览器的名称。比如Safari' for iOS and 'Chrome', 'Chromium', or 'Browser' for Android；与app属性互斥。

udid：物理机的id。比如1ae203187fc012g。//如果是模拟器此配置可忽略

 

图3.3

 

图3.4

    编写好通用的Desired Capabilities配置信息之后可保存会话信息方便下次使用同一会话进行连接，自动保存到Saved Capability Sets（如图3.4）。最后点击Start Session（图3.3）开始会话。

3.The Inspector

    会话连接成功后就会展示The Inspector，Inspector是应用程序状态的可视化表示，在应用程序上的操作都会截图展示在Inspector的左边，如图3.5所示，接下来我们就可以进行脚本的录制了。简要介绍一下Inspector页面上的信息及录制过程（以下从左至右介绍）。

 

图3.5

    Select Elements：选取，可选取左边页面上的元素。获取元素的ID或者xpath等等类似的信息。选中某一元素后，该元素的详细信息会展示在右侧的视图中，并且可以在右侧选择要对此元素进行的操作，包括tap、sendkey、clear，如图3.6

 

图3.6

Swipe By Coordinates：滑动，选择Swipe By Coordinates后，在截图页面上定位两个点，页面将会根据定点滑动。如图3.7

 

图3.7

Tap By Coordinates：点击，可点击左边页面上的元素。

Back：相当于返回按钮

Refresh Source & Screenshot：刷新

Search for element：寻找元素，有些元素通过Select Elements并无法选取到，因为可能出现一页面覆盖在另一页面上边，这时可以使用Search for element进行元素的查找。如图3.8

 

图3.8

Start Recording：录制，选择录制后，你的操作过程将以脚本的形式记录在recorder中，recorder中还可以选择你想要的脚本语言，以及简单脚本或可执行脚本。（ps.值得注意的是，recorder中的脚本仅供我们参考,借用官网上的一句话：In sum, it is a learning tool, not a robust code generation feature, and should be used as such.）如图3.9

 

图3.9

到此，脚本录制就完成啦。

作者：王陌陌陌
链接：https://www.jianshu.com/p/c43a94ecca97
來源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。