老李推荐:第14章1节《MonkeyRunner源码剖析》 HierarchyViewer实现原理-面向控件编程VS面向坐标编程


到此为止我们描述的MonkeyRunner对应用的点击拖放等操作都是直接通过指定坐标点来实现的,比如下面触摸一个坐标点为(60,90)的按钮的脚本例子:

 1   device.touch(60,900,MonkeyDevice.DOWN_AND_UP)  

代码14-1-1 直接使用坐标点操作应用

 

  这样子做的话代码会存在以下几大缺点:

  • 缺乏易用性:要操作某个控件之前需要先想办法如通过工具来定位该控件的坐标点

  • 可扩展性差:当屏幕分辨率改变的时候需要另外写一个通用算法来处理坐标点的变化

  • 可读性差:代码到处都是坐标点的x,y值,让人看得头痛。这就好比用惯了java的程序员去看汇编代码一样

  • 可复用性差:当屏幕分辨率改变的时候如果不提供一个通用算法来自动计算新坐标点的话,就需要根据不同的分辨率提供不同的x,y坐标来进行测试

既然直接用坐标点存在这么多缺点,那么有没有更好的方法来消除这些问题呢?答案是肯定的,本章描述的HierarchyViewer就是专门解决这些问题的。当用户需要操作一个控件的时候,不再是直接通过坐标点来进行定位,而是可以通过控件id先获得控件,然后再通过控件的坐标属性进行定位。在这个过程中用户并不需要知道该控件的坐标值是多少,因为它是封装在控件的属性里面的,是从目标安卓设备端实时得到的,所以就算换了测试机器,屏幕分辨率改了也没有影响,代码继续可以运行。

上面的实例中假如button的id是”id/button”,那么通过获取控件的方式点击按钮的脚本代码将会类似如下:

 1   viewer = device.getHierarchyViewer()  

2 view = viewer.findViewById("id/button")  

3   p = viewer.getAbsoluteCenterOfView(view)  

  1. 4   device.touch(p.x,p.y,MonkeyDevice.DOWN_AND_UP)  

代码14-1-2 通过控件操作应用

 

可以看到用户根本不需要关心屏幕分辨率变化导致的控件坐标的变化。所以可以说HierarchyViewer让MonkeyRunner看上去更接近是面向控件的ui自动化测试框架。

当然,HierarchyViewer除了提供根据id定位一个控件的功能之外,还提供其他的一些功能,比如根据控件id获得控件的Text属性等,这些我们往下都会分析到。