天地会珠海分舵

如果你的目标测试app有很多imageview组成的话，这个时候monkeyrunner的截图比较功能就体现出来了。而其他几个流行的框架如Robotium，UIAutomator以及Appium都提供了截图，但少了两个功能：获取子图图片比较既然Google开发的MonkeyRunner能盛行这么久，且它体功能的结果验证功能只有截屏比较，那么必然有它的道理，有它存在的价值，所以我们很有必

近来通过Appium，Robotium等几个框架去了解移动平台自动化测试。Appium官方实例是使用ContactManager.apk，而Robotium使用的是SDK自带的Notepad.apk，为了方便比较，在了解Appium的同时把实例修改成跟Robotium一致的Notepad.apk并记录下其中一个Case如下：package majcit.com.AppiumDemo;imp

Appium Server拥有两个主要的功能：它是个http服务器，它专门接收从客户端通过基于http的REST协议发送过来的命令他是bootstrap客户端：它接收到客户端的命令后，需要想办法把这些命令发送给目标安卓机器的bootstrap来驱动uiatuomator来做事情通过上一篇文章《Appium Server 源码分析之启动运行Express http服务器》

通过上一个系列Appium Android Bootstrap源码分析我们了解到了appium在安卓目标机器上是如何通过bootstrap这个服务来接收appium从pc端发送过来的命令，并最终使用uiautomator框架进行处理的。大家还没有这方面的背景知识的话建议先去看一下，以下列出来方便大家参考：《Appium Android Bootstrap源码分析之简介》《Appiu

通过前面的两篇文章《Appium Android Bootstrap源码分析之控件AndroidElement》和《Appium Android Bootstrap源码分析之命令解析执行》我们了解到了Appium从pc端发送过来的命令是如何定位到命令相关的控件以及如何解析执行该命令。那么我们剩下的问题就是bootstrap是怎么启动运行的，我们会通过本篇文章的分析来阐述这个问题，以及把之前学习

通过上一篇文章《Appium Android Bootstrap源码分析之控件AndroidElement》我们知道了Appium从pc端发送过来的命令如果是控件相关的话，最终目标控件在bootstrap中是以AndroidElement对象的方式呈现出来的，并且该控件对象会在AndroidElementHash维护的控件哈希表中保存起来。但是appium触发一个命令除了需要提供是否与控件相关这个

通过上一篇文章《Appium Android Bootstrap源码分析之简介》我们对bootstrap的定义以及其在appium和uiautomator处于一个什么样的位置有了一个初步的了解，那么按照正常的写书的思路，下一个章节应该就要去看bootstrap是如何建立socket来获取数据然后怎样进行处理的了。但本人觉得这样子做并不会太好，因为到时整篇文章会变得非常的冗长，因为你在编写的过程中碰

在上一个系列中我们分析了UiAutomator的核心源码，对UiAutomator是怎么运行的原理有了根本的了解。今天我们会开始另外一个在安卓平台上基于UiAutomator的新起之秀--Appium的源码分析之旅。本文在真个系列中会扮演一个简介的角色，不会分析任何的代码，只会先给大家一个基本的印象，方便大家在持有这个印象的基础上往下和本人一块分析。1. Bootstrap定义及在Appi

如文章《Appium基于安卓的各种FindElement的控件定位方法实践》所述，Appium拥有众多获取控件的方法。其中一种就是根据控件所在页面的XPATH来定位控件。本文就是尝试通过自己的试验来尝试对Appium如何用xpath来定位控件做一个阐述，当中如有不对的地方敬请大家指出。1. 背景本文尝试使用的试验对象是SDK自带的NotePad应用实例，假设已经有两个Notes分别是“

AppiumDriver的各种findElement方法的尝试，尝试的目标应用是SDK自带的Notepad应用。1. findElementByName1.1 示例 el = driver.findElementByName("Add note"); assertThat(el.getText(),equalTo("Add note"));