在Macbook上配置使用Android自动化测试工具uiautomator
在Macbook上配置使用Android自动化测试工具uiautomator
昨天我尝试在Macbook上配置环境来运行uiautomator，之中遇到一些问题但都一一解决了，在这里做个笔记。
首先当然是在Mac上配置Eclipse和Android SDK，具体可以见我之前的一篇博文 －Mac下配置Eclipse + Android SDK的几个问题，安装完毕后，我的Android SDK路径是/Applications/adt-bundle-mac-x86_64-/sdk，这个路径后面用到较多。
配置adb命令以方便使用
如果是默认配置的话，在Mac的终端里输入adb，会有-bash: abd: command not found的提示。首先要找到adb所在目录，也即/Applications/adt-bundle-mac-x86_64-/sdk/platform-tools/，打开终端执行下面命令：
cd ~touch .bash_profileopen -e .bash_profile
最后个命令会打开一个文本文件进入编辑状态，在其中添加export PATH=${PATH}:/Applications/adt-bundle-mac-x86_64-/sdk/platform-tools/，保存并重启终端，再在任意当前目录下输入adb即可使用了。
安装并配置ant
ant安装很简单，去http://ant.apache.org/bindownload.cgi上下载一个apache-ant-1.9.4-bin.tar.gz后并解压缩，再拖进应用程序目录，再把ant的可执行文件的路径添加进.bash_profile，重启终端即可使用。
在Eclipse新建项目编写uiautomator的用例代码
用Android官网下载下来的adt捆绑包（adt-bundle-mac-...）里自带的Eclipse新建一个Java项目，记得添加Libraries库，这里需要添加android.jar和uiautomator.jar，都可以导航至应用程序目录下的SDK目录-&platforms-&android21目录，这里也可以选其他的4.0+版本的android，同时需要添加Junit，我添加的是自带的Junit4。可以新建一个TestRunner类，继承于UiAutomatorTestCase类，这里有段简单的代码：
package com.uiauto.
import com.android.uiautomator.core.UiO import com.android.uiautomator.core.UiObjectNotFoundE import com.android.uiautomator.core.UiS import com.android.uiautomator.testrunner.UiAutomatorTestC
public class TestRunner extends UiAutomatorTestCase {
public void testDemo() throws UiObjectNotFoundException {
System.out.println(&## Press home key&);
getUiDevice().pressHome();
UiSelector query1 = new UiSelector().description(&Settings&);
System.out.println(&## Get UiObject settingsApp by &Settings&&);
if (new UiObject(query1).exists()) {
System.out.println(&Settings is found.&);
System.out.println(&Settings is NOT found.&);
uiautomator可以使用UiSelector来定位界面上的各个控件，使用起来比较灵活，可以使用uiautomatorviewer来辅助查找各种控件信息，具体在SDK里的tools目录里。代码编写完成后，打开终端执行android create uitest-project -n uiauto-test01 -t 3 -p /Users/reed/Documents/android-dev/workspace/my-uiauto-project，注意这里的-t
3是当前使用的版本的Android SDK的代码，可以用android list查询，可以理解为把代码运行在哪个版本的Android上。
再终端里cd到项目目录-&bin目录，执行ant build成功后，再打开模拟器，注意模拟器的android版本与刚刚-t 3保持一致。再分别执行
adb push my-uiauto-project.jar /data/local/tmp 将jar包push到手机里adb shell uiautomator runtest my-uiauto-project.jar -c com.uiauto.test.TestRunner 执行测试
Laravel是一套简洁、优雅的PHP Web开发框架(PHP Web Framework)。它可以让你从面条一样杂乱的代码中解脱出来；它可以帮你构建一个完美的网络APP，而且每行代码都可以简洁、富于表达力。
Hadoop是一个由Apache基金会所开发的分布式系统基础架构。
用户可以在不了解分布式底层细节的情况下，开发分布式程序。充分利用集群的威力进行高速运算和存储。
Hadoop实现了一个分布式文件系统（Hadoop Distributed File System），简称HDFS。HDFS有高容错性的特点，并且设计用来部署在低廉的（low-cost）硬件上；而且它提供高吞吐量（high throughput）来访问应用程序的数据，适合那些有着超大数据集（large data set）的应用程序。HDFS放宽了（relax）POSIX的要求，可以以流的形式访问（streaming access）文件系统中的数据。
Hadoop的框架最核心的设计就是：HDFS和MapReduce。HDFS为海量的数据提供了存储，则MapReduce为海量的数据提供了计算。
产品设计是互联网产品经理的核心能力，一个好的产品经理一定在产品设计方面有扎实的功底，本专题将从互联网产品设计的几个方面谈谈产品设计
随着国内互联网的发展，产品经理岗位需求大幅增加，在国内，从事产品工作的大部分岗位为产品经理，其实现实中，很多从事产品工作的岗位是不能称为产品经理，主要原因是对产品经理的职责不明确，那产品经理的职责有哪些，本专题将详细介绍产品经理的主要职责
IThao123周刊几种常见的Android自动化测试框架及其应用
随着Android应用得越来越广，越来越多的公司推出了自己移动应用测试平台。例如，百度的MTC、东软易测云、Testin云测试平台……。由于自己所在项目组就是做终端测试工具的，故抽空了解了下几种常见的基于UI层面的自动化测试工具。趁晚上有空总结下，好记心不如烂笔头呀！
一&常见Android自动化测试框架及其应用
&&&&&&&&&目前，Android基于UI层面的自动化测试工具，都可以理解为是基于Android控件层面的，涉及Widgets和WebView两大类。其主流的测试方法主要有以下几种。一种是通过Android提供的各种服务，来获取当前窗口的视图信息。然后，在当前视图内查找目标控件，并根据该控件属性信息计算出该控件中心点的坐标，进而构造出一个Android
Input事件来实现对应用的自动化测试。其主要特点是：测试代码和被测应用各自运行在各自的进程内，相互独立。其代表有Uiautomator。另一种则是基于Instrumentation，通过把测试代码和应用代码，确切地说是测试APK和被测APK，运行在同一个进程中，通过Java反射机制，来获取当前窗口所有视图，并根据该视图查找到目标控件的属性信息，并计算出目标控件中心点坐标。然后，利用Instrument内部接口，实现点击操作。其代表有Robotium。
我们先来看下第一种。这类方法通常需要满足两个功能，一是能获取屏幕视图；二是能产生输入事件。这样，用户就可以通过屏幕视图查找到目标控件，进而计算出其中心点坐标，并由此产生一个输入事件来模拟用户操作。通常，这类框架还会提供一个截屏功能，方便用户对照。例如，分析定位问题等等。
目前，这类测试方法常见应用模式有以下几种：（1）、Hierachyview+monkey；（2）、uiautomator；（3）、accessibilityservice。（4）其他。先来说下第一种，Hierachyview+monkey的组合方式。
我们先来说下第一种，Hierachyview+monkey。其实现原理如下：
首先，hierahcyview通过socket与设备侧ViewServer建立连接，端口为4939。其次，通过命令“dump -1”获取控件属性信息。信息存入ViewNode中。第三，根据ViewNode信息，遍历控件树，查找到目标控件，并根据其bounds信息，计算出其中心点坐标。第四，根据计算出的坐标信息，发送一个点击该点的monkey命令给设备侧的monkey服务。除点击操作外，我们还可以通过Monkey服务进行输入、硬按键类操作。至此，对设备的一个自动化操作就完成了。这里需要说明的是，绝大部分商用手机ViewServer服务的开启都需要系统权限。故采用这种模式，手机一般需要root权限。另外，关于Hierachyview，CSDN上有一篇很好地介绍Hierachyview实现原理的文章，其连接地址如下：
。现摘录其部分内容，关于从设备侧ViewServer获取控件层次结构图的过程，以便大家更好地理解该模式。
HierachyViewerDirector.java（即Controller）通过DeviceBridge.java来和Android设备通信，而DeviceBridge.java具体是通过AndroidDebugBridage.java和DeviceConnection.java来和设备通信。备注：Hierachyview本身采用MVC模式。
AndroidDebugBridge.java :
AndroidDebugBridge.java是ADB API，位于ddmlib项目中。它实现了命令行版adb一样的功能，在HierarchyViewer中主要用到其连接设备，forward端口，启动ViewServer等操作。
DeviceConnection.java:&负责和ViewServer通信，向ViewServer发送命令并接受其返回的信息。从而获取Activity列表、控件层次结构图、截图等。
第二种应用模式Uiautomator。UiAutomator是Google仿照微软Uiautomation提供的一套自动化框架，基于Android
AccessilibilityService提供（注：Android
AccessilibilityService，是一个可访问服务，是一个为增强用户界面并帮助残疾用户的应用程序，或者用户可能无法完全与设备的交互。例如，用户在开车。那么用户就有可能需要添加额外的或者替代的用户反馈方式）。其应用方式有以下几种，一种是UiAutomatorView+monkey，另一种是直接调用UiAutomator
API。其中，第一种方法同hierachyview+monkey差不多。其区别是：UiAutomatorView通过ADB向设备侧发送一个dump命令，而不是建立一个socket，下载一个包含当前界面控件布局信息的xml文件。相比较hierachyview下载的内容而言，该文件小很多。因此，从效率上讲，这种方法比第一种应用模式快很多。第二种方法，则是直接调用UiAutomator框架对外提供的API，主要有UiDevice、UiSelector、UiObject等。其原理与第一种方式，即HierachyView+Monkey，差不多。其过程大致是：首先，UiAutomator测试框架通过Accessibilityservice，获取当前窗口的控件层次关系及属性信息，并查找到目标控件。若是点击事件，则计算出该控件的中心点坐标。其次，UiAutomator通过测试框架，注入用户事件（点击、输入类操作），从而实现模拟人的操作。UiAutomator对外提供UiAutomatorTestCase、UiDevice、UiSelector、UiObject、UiCollection、UiScrollable等类，其作用如下：
l&&UiAutomatorTestCase&：继承自Junit
TestCase&（Junit），对外提供setup、teardown等，以便初始化用例、清除环境等。
l&&UiDevice：此类主要包含了获取设备状态信息，和模拟用户至于设备的操作两类API。UiSelector，主要是通过一定查询方式，定位到所要操作的UI元素。
l&&UiObject：UiObject可代表页面的任意元素，它的各种属性定位通常通过UiSelector来完成。
l&&UiCollection：UiCollection一般与UiSelector连用，如它的构造函数也要求提供Uiselector:
UiCollection(UiSelector selector)。它的API较少，主要用以从Uiselector筛选出的元素集中挑出所要的元素:getChildByDescription(),
getChildByInstance(), getChildByText() ,以及统计元素集的个数getChildCount()。
l&&UiScrollable：UiScrollable&用来表示可以滑动的界面元素,其继承关系为UiObject
-& UiCollection -&UiScrollable。
但UiAutomator的实现方式与HierachyView+Monkey有很大不一样。以控件点击操作为例，其实现流程大致如下：
定义一个点击对象Object，该对象则通过UiSelector对象定位到具体的控件。而UiSelector则通过UiAutomatorBridge（它可看做是UiSelector与AccesibilityService之间的连接器），将查询内容（AccessibilityNodeInfo）和输入事件（AccessibilityEvent）传给AccessibilityService。实际业务过程比这复杂的多。这样，就实现了对某个控件的查找或点击操作。备注：AccessibilityEvent，所有可操纵的UI元素都定义为一个AccessibilityEeventt；AccessibilityNodeInfo指视窗中的组件树节点。&&&&
第三种则是accessibilityservice。先来介绍下Accessibilityserveice服务。前面已经讲过，它是一个Android的一个服务。若是用Accessibilityservice进行自动化，我们需要继承Accessibilityservice开发一个服务。这样，我们就可以依据这个服务获取当前界面的控件属性信息。其获取内容跟Uiautomator一样，都是AccessibilityNodeInfo。控件信息获取到后，若是要进行点击等操作，则可通过Monkey或其他方式，如Input等，来模拟点击操作。
上述几种Android测试方法中，UiAutomator比较正统，是Google正式推出的，也是应用范围最广的。另外几种方法，则见得不多，其中Hierachyview+monkey的方式，公司内部Ares就采用了。这类测试工具的一个好处就是可以跨应用。但不足之处也很多，速度慢、不支持WebView等（这种模式下，对WebView控制有限，无法注入Java
Script）。
接下来说下第二种框架，即Instrumentation，它是Android对外提供的一系列的测试方法的核心。Instumentation可看成一系列控制函数的集合，作用于系统和应用之间，类似于Windows中的Hook。在该测试框架下，主程序和测试程序需要运行在同一个进程中，见下图（图片来源CSDN，链接地址：）。
需要说明的是，在Android系统中，测试程序也是应用程序，我们可以将其看成一个没有UI的应用。
其实现过程大致如下：如图，InstrumentationTestRunner通过调用Instrumentation杀除应用程序的进程，再用Instrumentation重启该应用。这时，测试应用和被测应用就运行在同一进程下。测试应用怎么知道该测试哪个应用呢？嗯，这是通过在测试工程的mainfest文件中添加元素来实现的。当测试应用和被测应用运行在同一个进程里，它们之间就可以通过Instrumentation来进行消息交互，从而达到测试效果。当Instrumentation与某个程序交互时，其大致采用如下步骤：（资料来源：
http://blog.csdn.net/fireworkburn/article/details/）。
首先，启动时，初始化测试APK的配置文件AndroidManifest.xml文件中。该配置文件中标明了所使用的测试运行类、被测目标应用、包名等。然后，启动被测应用的Activity。同时，将测试ActivityThread做为一个引用进行初始化。此时，如果找不到目标应用则会报错。其次，执行测试脚本。测试时，测试工程中任何对目标应用进行的操作，都会用异步的方式，将消息体放在目标程序的MessageQueue中。这样，目标程序在查看到自己的MessageQueue中有内容时就会执行。&&&&&&
&&&&&&&&&基于Android
Instrumentiaon开发的测试工具有很多，其中最有名的恐怕要数Robotium了。目前，网络上很多移动应用测试平台，如百度移动应用测试平台MTC，都支持Robotium。
二&各类Android测试工具的TestCase继承关系
&&&&&&&&&Android提供了很多测试工具，如Monkey、Instrumentation、UiAutomator。其中，基于Android测试工具进行二次开发的测试工具也很多，如Robotium、Espresso。它们的继承关系下图：
UiAutomator
Testcase类继承自JUnit的TestCase类。而Robotium、Espresso则继承自activityInstrumentationTestCase2。从这个继承关系，我们也能理解为什么采用Robotium的方式，应用需要签名。而采用UiAutomator则不需要。其原因是：采用Robotium的方式，其测试代码本质上是一个APK。根据Android的安全机制，应用是需要签名的。
三&常见Android自动化框架优缺点关系
这里主要介绍下前面讲的几种测试工具的优缺点，包括HierachyView+Monkey、UiAutomator、Robotium。
Hierachyview+Monkey
UiAutomator + Monkey
是否需要签名
10s（网友测试数据）
4s（网友测试数据）
是否支持WebView
是否支持跨应用测试
支持该特性的Android API
是否支持控件ID
从上述数据来看，Android提供的测试工具各有优缺点，有的支持WebView测试，有的不支持。有的支持跨应用，有的不支持。因此，一个好的Android测试工具，更多地是兼容了上述几种测试方法。例如，Appium。
转自：http://bbs.c114.net/blog-2.html
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。