阿里P8解析自动化测试工具 —— Selenium&amp；Appium！_selemnium 阿里检测(2)

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

在Web测试上一般测试平台为Windows、Mac、Linux上，移动应用关注平台为iOS、Android、FirefoxOS等

3. 技术成熟度不同

因Web与桌面应用程序比移动应用出生时间较早，自动化测试工具比移动应用自动化工具更加成熟。移动端的自动化测试仍需时间发展革新。

Appium支持Selenium WebDriver支持的所有语言，如Java、Object-C、JavaScript、Php、Python、Ruby、C#或者Perl语言，更可以使用Selenium WebDriver的Api，实现了真正的跨平台自动化测试。

1. Appium工作原理

Appium支持Android及iOS平台的App测试，两者的运行原理大体相同。

（1）Android平台

①由Client发起请求，经过中间服务套件，驱动App执行相关的操作。 Client是测试人员开发的WebDriver测试脚本。

②中间服务套件则是Appium解析服务，Appium在服务端启用4723端口，通过该端口实现Client与Appium Server通信。Appium Server把请求转发给中间件Bootstrap.jar。Bootstrap.jar安装在手机上.Bootstrap监听4724端口并接收Appium 命令，最终通过调⽤用UIAutomator命令来实现测试过程。

③Bootstrap将执行的结果返回给Appium Server。Appium Server再将结果返回给Client。

（2）iOS平台

①由Client发起请求，经过中间服务套件，驱动App执行相关的操作。 Client是测试人员开发的Webdriver测试脚本。

②中间服务套件则是Appium解析服务，Appium在服务端启用4723端口，通过该端口实现Client与Appium Server通信。Appium Server调用instruments.js 启动一个Socket Server，同时分出一个⼦进程运⾏instruments.app，将bootstrap.js（一个UIAutomation脚本）注入到设备从而与外界进行交互。

③Bootstrap.js将执行的结果返回给Appium Server，Appium Server再将结果返回给 Client。

Android与iOS区别在于Appium 将请求转发到bootstrap.js或者bootstrap.jar.然后由bootstrap 驱动UIAutomation或UIAutomator去设备上完成具体的动作。

2. Appium脚本架构

进行Appium自动化测试之前，需启动Appium及被测对象，启动了Appium客户端后，利用编程工具执行脚本时，Appium才能将脚本与被测设备建立联接，从而实现自动化测试。如果不启动客户端，则不能使用WebDriver。

脚本中需首先导入WebDriver，然后配置Server，告诉Appium测试环境。使用Desired_caps函数进行设备联接信息。

以Android为例，设备联接参数主要有以下常用参数：

（1） desired_caps={}：设备参数信息，声明为一个字典

（2） desired_caps[‘platformName’]：应用平台的类型，通常为Android、IOS或FirefoxOS

（3） desired_caps[‘platformVersion’]：被测设备系统版本，此处使用的是Android 4.4.2版本

（4） desired_caps[‘deviceName’]：设备名称，通常为手机类型或模拟器模拟。通过adb devices查看。

（5） desired_caps[‘appPackage’]：Android 应用程序包的包名，如此处的’com.test.ride’

（6） desired_caps[‘appActivity’]：Android应用包中需启动的Activity名称，通常需要最先声明。Activity可通过源代码直接看到，如果没有源代码，则可以反向编译或者通过打印的方式检测。

（7） desired_caps[‘unicodeKeyboard’]：设置键盘输入法类型为unicode，默认值为False

（8） desired_caps[‘resetKeyboard’]：Unicode测试结束后，重置输入法到原有状态。默认值为False。

（9） driver=webdriver.Remote(‘http://www.ryjiaoyu.com:4723/wd/hub’,desired_caps) 设置监听的端口信息。

上述内容设置了Appium与设备的通信信息。如果相关信息设置不正确，则无法实施测试。

3. UIAutomatorviewer查找元素

利用Appium实现App自动化测试时，与Selenium测试Web系统一样，同样需要定位UI中的元素，在Android-Sdk中提供了UIAutomatorviewer工具用来查看UI中的元素。

UIAutomatorviewer在Android-Sdk安装目录中的tools中，名称为UIAutomatorviewer.bat。启动后的界面如图1-1所示。

图1-1UIAutomatorviewer启动界面

当真机或模拟器没有启动时，UIAutomatorviewer无法实现UI界面同步。因此，使用UIAutomatorviewer识别对象时，需先连接真机或启动模拟器。这里以模拟器为例。

启动Android-Sdk自带的模拟器AVD Manager，创建Android模拟机，如图1-2所示。

图1-2创建Android模拟机

创建完成后启动该模拟机，如图1-3所示。

图1-3 虚拟机成功启动界面

虚拟机启动后，在cmd窗口中通过adb devices检查是否成功识别该设备。如图1-4所示。

图1-4设备成功识别界面

虚拟机被成功识别后，即可运行UIAutomatorviewer通信虚拟机，获取App信息。如图1-5所示。

图1-5同步App UI信息

此时即可进行App元素识别，便于后续的Appium脚本编程。

4. Hierarchyviewer

在设置设备启动参数时，需确定被测对象的Activity，Android-Sdk开发包提供了hierarchyviewer.bat方便测试人员查找App的Activity。Hierarchyviewer.bat在Android-Sdk的tools目录下。

进入Android-Sdk的tools目录，双击Hierarchyviewer.bat，如果联接了真机或启动了虚拟机，Hierarchyviewer将会自动获取设备主屏信息，如图1-6所示。

图1-6获取App Activity信息

上图显示了虚拟机中App的Activity为：

com.choucheng.ride.ui.activity.login.LoginActivity

通过上面的相关介绍，设置设备启动信息如下：

desired_caps={}

desired_caps[‘platformName’]=‘Android’

desired_caps[‘platformVersion’]=‘4.4.2’

desired_caps[‘deviceName’]=‘hzdl’

desired_caps[‘appPackage’]=‘com.test.ride’

desired_caps[‘appActivity’]=‘com.choucheng.ride.ui.activity.login.LoginActivity’

desired_caps[‘unicodeKeyboard’]=‘Ture’

desired_caps[‘resetKeyboard’]=‘Ture’

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

究，那么很难做到真正的技术提升。**

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！