天地会珠海分舵

紧接之前的创建一个Note的Appium和Robotium的实例，这里给出实现同样功能的UIAutomator的实例如下：package majcit.com.UIAutomatorDemo;import com.android.uiautomator.core.UiDevice;import com.android.uiautomator.core.UiObject;import c

在本人之前的一篇文章Appium基于安卓的各种FindElement的控件定位方法实践和建议>>第二章节谈到Appium可以通过使用UIAutomator的方法去定位Android界面上的控件，当时只是一笔带过举了个例子。如该文给自己的承诺，今天特撰写此文以描述UIAutomator各种控件定位的方法，以作为前文的姊妹篇互通有无。1. 背景为了和前文达成一致，这次的实践对象同样也是使用SD

上一篇文章《UIAutomator源码分析之启动和运行》我们描述了uitautomator从命令行运行到加载测试用例运行测试的整个流程，过程中我们也描述了UiAutomatorBridge这个类的重要性,说它相当于UiAutomation的代理(我们都知道UiAutomator是通过UiAutomation和AccessibilityService进行连接然后获取界面空间信息和注入事件的).那么今

当创建一个UiScrollable对象时，如果指定的参数是new UiSelector().scrollable(true)，那么会出现以下问题当可滚动控件（比如ListView）不满一页不需要滚动时，创建的UiSrollable对象返回值是为空的。所以以下代码是错误的：//Find out the new added note entry UiScrollable

MonkeyRunner,Roboitum,UIAutomator和Appium框架的一比较之拙见

本文章主要描述UIAutomator项目中引用到第三方Jar包的时候，按照正常的打包方式碰到的各种问题，以及最终解决的思路和办法。1. 问题起源在本人的一个示例项目中引用到了单元测试框架hamcrest的jar包，在项目目录下执行ant build的时候出现以下的问题源码如下：package majcit.com.UIAutomatorDemo;import com.a

1. 问题描述和起因相信大家学习UIAutomator一开始的时候必然会看过一下这篇文章。Android自动化测试（UiAutomator）简要介绍因为你在百度输入UIAutomator搜索的时候，该文章是排在第一位的。但是里面有一段说法说UIAutomator不能支持通过中文文本查找控件，这个说法害人不浅，如果不是自己去实践调查过，必然也会轻易放弃UIAutomato

本人之前曾经撰文描述Appium和UIAutomator框架是如何定位Android界面上的控件的。UIAutomator定位Android控件的方法实践和建议Appium基于安卓的各种FindElement的控件定位方法实践和建议今天我们换一个渊源更留长，当今更盛行的框架Robotium，实践下看它又是如何对控件进行定位的。1. 背景为保持这个系列的一致性

在上一篇文章《Monkey源码分析之事件注入》中，我们看到了monkey在注入事件的时候用到了《Monkey源码分析番外篇之Android注入事件的三种方法比较》中的第一种方法，通过Internal API的WindowManager的injectKeyEvent之类的方法注入事件。这种方法在android api level 16也就是android4.1.2之后已经发生了变化：

根据上一篇文章《UiAutomator源码分析之注入事件》开始时提到的计划，这一篇文章我们要分析的是第二点：如何获取控件信息我们在测试脚本中初始化一个UiObject的时候通常是像以下这个样子：UiObject appsTab = new UiObject(new UiSelector().text("Apps"));appsTab.click()那么这个过程发生了什么呢？这就是

译者序：Google在Android 4.3发布时提供了一套新的UiAutomation框架来支持用户界面自动化测试，该框架通过运用已有的Accessibility APIs来模拟用户跟设备用户界面的交互：比如获取窗口界面控件和注入事件等。如在4.3之前UiAutomator工具是通过InputManager或者更早的WindowManager来注入KeyEvent等，4.3之后用的就是新框架Ui

根据前一篇文章《移植MonkeyRunner的图片对比和获取子图功能的实现-Appium篇》所述，因为Appium和MonkeyRunner有一个共同点--代码控制流程都是在客户端实现的。所以要把MonkeyRunner在PC端实现的图片比对和获取子图功能移植到同样是在PC端运行的Appium是很容易的事情，但是对于在服务器端运行的Robotium和UiAutomator就是另外一回事了。因为

通过上一篇《Android4.3引入的UiAutomation新框架官方简介》我们可以看到UiAutomator其实就是使用了UiAutomation这个新框架，通过调用AccessibilitService APIs来获取窗口界面控件信息已经注入用户行为事件，那么今天开始我们就一起去看下UiAutomator是怎么运作的。我们在编写了测试用例之后，我们需要通过以下几个步骤把测试脚本bui

上一篇文章《UiAutomator源码分析之UiAutomatorBridge框架》中我们把UiAutomatorBridge以及它相关的类进行的描述，往下我们会尝试根据两个实例将这些类给串联起来，我准备做的是用如下两个很有代表性的实例：注入事件获取控件这一篇文章我们会通过分析UiDevice的pressHome这个方法来分析UiAutomator是如何注入事件的，下一篇文章会描述

chAccessibilityService为一个响应用户发送AccessibilityEvent事件的服务类，主要用作对于一些辅助功能的实现中。对于某些方面有缺陷的人群，可以通过辅助功能反馈给用户。        AccessibilityService的介绍，网络上有很多，我就不多做介绍了。我把怎么实现它跟大家分享一下，以及怎么把它跟Android自动化测试扯上关系的学习过程给

引用处：互相学习android自动化测试，请关注我的微博：weibo.com/ganchaojiang 一、一个BUG引发的问题    如果研发过程中有一个BUG：“不断的切换手机语言出现花屏现象”。这个问题我们如何验证呢？我想，最好的方式应该是自动化测试。    那么，自动化测试可以完成哪些任务呢？    简单的说，那些重复性的测试工作，都可以交给自动

以下是本人对当前移动平台流行自动化框架MonkeyRunner vs Robotium vs UIAutomator vs Appium vs SeeTest的可行性分析期间做的比较记录，希望你能从中找到心仪的它！