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
到此，脚本录制就完成啦。
