robotium和appium区别_robotium自动化测试_robotium(9)

从上面两节我们可以看到，在Instrumetnaiton框架中，我们操作目标应用控件的方式比如输入文本有两种方式，这些都可以从本文最后的实例中看到：

通过runOnMainSync调用直接把文本修改的动作运行在UiThread这个主线程中

通过注入事件模拟用户通过按键输入字符

那么这两种方式有什么区别呢：

runOnMainSync: 直接在主线程中修改控件的文本，所以不需要通过键盘驱动，也就是说不需要调出任何的键盘。这样的好处是效率以及不需要担心中英文输入的问题

事件注入方式：模拟用户的输入，所以肯定会调出键盘，这样在中文等非默认英文输入的情况下容易碰到问题，毕竟中文字串也是通过拼音组合而成，那么拼音出来后选择哪个出来的组合就成问题了。比如输入"changan"可能出来的是"长安“，”长按“等组合，那么哪个是我们想要的呢？

众所周知Instrumentation和基于Instrumentation的Robotium对跨进程跨应用的支持是不支持的(其实Robotium从android 4.3之后开始支持UiAutomation框架，理应可以支持跨应用的，这个往后文章我们会进行分析).但是从上面第3节的分析我们看到它使用的是InputManager的事件注入方式，大家翻回本人之前的文章：《monkey源码分析之事件注入方法变化》，MonkeyRunner通过Monkey注入事件使用的也是InputManager方式啊。那么为什么基于Monkey的MonkeyRunner就能跨进程跨应用，基于Instrumentation的Robotium就不能跨应用呢？我个人认为有以下几点原因：

首先，一个应用要使用Instrumentation进行测试的话首先必须要在其Manifest.xml做相应的配置，那么一个应用真正发布的时候肯定是把这些配置给去掉的，所以Instrumentation或基于Instrumentation的Robotium肯定是不能对其他应用进行操作的，不然它就可以随意的打开一个流量消耗大户应用来消耗你的流量了。

其次，既然大家里面都用了InputManager进行事件注入，那么为什么Monkey可以跨应用而Robotium不行呢？你Robotium也可以绕开Instrumentation框架直接调用InputManager来做事情啊！这里就要说到INJECT_EVENTS这个系统权限了，大家请参考《Monkey源码分析番外篇之Android注入事件的三种方法比较》。人家Monkey是google亲生的，获取个INJECT_EVENTS系统权限还不容易吗，你Robotium跟我什么关系，我google凭什么给你这些第三方应用开放这个权限呢？知道给你开放这个权限后会不会搞破坏啊！所以你还是待在配置了Mainifest.xml的你的目标测试应用中做事情吧，别到处跑了

都说Android instrumentation是Android系统里面的一套控制方法或者”钩子“。这些钩子可以在正常的生命周期（正常是由操作系统控制的)之外控制Android控件的运行，其实指的就是Instrumentation类提供的各种流程控制方法，下表展示了部分方法的对应关系

默认来说，一个Activity的创建和消亡都是由操作系统来控制调用的，用户是没办法控制的。比如用户是没法直接调用onCreate方法来在activity启动的时候做一些初始化动作。但是Instrumentation提供了对应的callActivityOnCreate方法来允许用户控制对onCreate方法的调用，所以这里本来属于操作系统的控制权就移交给用户了。robotium

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/ruanjian/article-26961-9.html