前语
最近,Android手机上的手机管家更新了新版本,提供了红包闹钟功能,只要有微信红包或者QQ红包,就会自动提醒。恰逢最近又在做UI自动化的工作,使用到UI Automator框架。几行代码,就可以让手机自动完成某些操作,很有意思,今天就来扒一扒这背后的原理。
UI Automator
首先,官方文档镇楼:https://developer.android.com/training/testing/ui-automator
传统的手工测试,我们需要点击一些控件元素,来查看输出的结果是否符合预期。比如在登录界面,输入正确的用户名和密码,点击登录按钮后,就可以正常登录。
如果这些操作,每一次都需要手工执行的话,是需要大量的人力成本的,比如手机QQ安卓端, 手工用例有上万条。所以就需要大力推广自动化测试。
UI自动化作为测试金字塔的最顶层,承担了端到端的需求回归与灰度验证任务,其重要性不言而喻。
UI Automator
作为一款Google谷歌推出的,用于UI自动化测试的工具,有着优秀的API与社区文档。也是目前主流的Android自动化测试框架。它提供了一系列用于获取手机上页面控件元素和操作元素的方法,非常方便。
注意:UI Automator
测试框架是基于instrumentation
的API,运行在Android JunitRunner
之上,同时UI Automator Test
只运行在 Android 4.3(API level 18)
以上版本。
从一次抢红包说起
想想我们平时抢红包的流程是什么样的呢?
假如你现在正在刷剧,这时候通知栏提醒你微信有红包了,于是你点击通知栏的消息,进入了微信页面,找到了红包,再点击拆红包的按钮,小手一抖,几毛到手。
这么一想,其实这些步骤完全是一个体力活,要是有个机器人能自动抢就好了!
这个机器人的背后就是AccessibilityService
,当然它的具体作用我们稍后再讲。
按照我们的现有的逻辑,自动抢红包大致分为以下几个步骤:
- 识别获取通知栏的微信红包的通知事件
- 点击通知栏的消息
- 获取红包的消息
- 点击按钮拆红包
这里面最最重要的两个步骤就是识别,操作。接下来我们侃侃这两步。
怎么识别页面控件元素?
首先,我们先来认识一下UI Automator viewer
这个工具,位于<android-sdk>/tools/bin
目录下,他可以很方便地扫描和分析 Android 设备上当前显示的界面组件,展示一棵完整的控件树,与某一个叶子节点(控件元素)的属性。
从上图我们可以看到,页面的一个登录按钮元素,有自己的text
属性,resource-id
属性,content-desc
属性等等。
在UI Automator
中,存在uiDevice
类,可以通过findObject
方法,查看到这些控件元素。
UiObject2 login_btn = uiDevice.findObject(By.desc("登录"));
现在我们深入findObject
方法,
public UiObject2 findObject(BySelector selector) {
// 这里返回匹配选择器的第一个节点,如果没有找到匹配的话,就返回null
AccessibilityNodeInfo node = ByMatcher.findMatch(this, selector, getWindowRoots());
return node != null ? new UiObject2(this, selector, node) : null;
}
可以看到,这里传入了一个选择器selector
,然后在ByMatcher
的findMatch
方法中查询,如果找到了,就返回一个AccessibilityNodeInfo
的node,如果没有找到就返回null。
首先看ByMatcher
是什么东东?这是一个实用工具类,通过它的方法,我们可以在一个树形结构中搜索到匹配selector的节点。
findMatch
方法很简单,就是一个从根节点开始搜索的树型搜索方法,不用多说。
AccessibilityNodeInfo
是什么呢?这相当于一个节点,在AccessibilityService
的角度来看,这就是一个可访问到的控件节点。
那这么来看,findMatch
的第三个参数,就是传入的控件树的根节点了吗?我们深入看一下这里的getWindowRoots
方法的关键代码,
/** 这里返回活动窗口容器的root节点的列表 */
AccessibilityNodeInfo[] getWindowRoots() {
// 等待线程空闲后再执行
waitForIdle();
// 初始化一个root节点的集合
Set<AccessibilityNodeInfo> roots = new HashSet();
// 通过UiAutomation获取当前最底部的根窗口容器的root节点
AccessibilityNodeInfo activeRoot = getUiAutomation().getRootInActiveWindow(); // 这里使用UiAutomation的方法
if (activeRoot != null) {
roots.add(activeRoot);
}
// 多窗口容器的搜索
if (UiDevice.API_LEVEL_ACTUAL >= Build.VERSION_CODES.LOLLIPOP) {
for (AccessibilityWindowInfo window : getUiAutomation().getWindows()) { // 这里使用UiAutomation的方法
AccessibilityNodeInfo root = window.getRoot();
…………
roots.add(root);
}
}
return roots.toArray(new AccessibilityNodeInfo[roots.size()]);
}
这里要提一下, UiAutomation是Google在Android4.3的时候,发布的一个自动化框架,它提供了与系统底层交互的能力。
再往下,我们看看UiAutomation
的getWindows
方法的关键代码:
public List<AccessibilityWindowInfo> getWindows() {
……
return AccessibilityInteractionClient.getInstance()
.getWindows(connectionId);
}
这里获取了AccessibilityInteractionClient
的实例,然后返回了client的getWindows
方法结果。然后再看一下这个getWindows
方法的关键代码,
public List<AccessibilityWindowInfo> getWindows(int connectionId) {
……
IAccessibilityServiceConnection connection = getConnection(connectionId);
if (connection != null) {
// 首先去查询缓存,如果缓存是有的,直接返回
List<AccessibilityWindowInfo> windows = sAccessibilityCache.getWindows();
……
return windows;
}
……
// 如果上面的缓存不存在,就调用connection.getWindows方法
windows = connection.getWindows();
……
if (windows != null) {
// 把上面获取到的新的windows放置缓存,并返回
sAccessibilityCache.setWindows(windows);
return windows;
}
}
……
}
从IAccessibilityServiceConnection
开始,在IDE中就开始提示Cannot resolve symbol 'IAccessibilityServiceConnection'
,无法再跳转追踪了。这是因为这个文件属于aidl文件,这是Android中用于跨进程通信的接口文件,其具体源码可以在GoogleSource
上面看到,有兴趣的同学可以去看一下:IAccessibilityServiceConnection.aidl。 这说明,到这里,UI Automation
进程开始了与AccessibilityService
进程的通信。我们把当前的程序可以当做是客户端,那么Android系统服务就是服务端,从这里开始,真正深入到Android系统的核心。在下面,就是Android Native的Library库。
这里,我们可以用时序图总结一下:
怎么操作页面页面元素?
我们现在已经知道了UI Automator
是怎么识别控件的,那怎么操作控件元素呢?比如实现控件的自动点击。
我们还是从源码开始入手。比如一个控件元素的点击动作,在UiObject2
类中,关键代码如下:
public void click() {
mGestureController.performGesture(mGestures.click(getVisibleCenter()));
}
首先,getVisibleCenter
方法可以根据控件节点信息,也就是上面提到的AccessibilityNodeInfo
,获取到这个控件节点的中心坐标点。然后把这个坐标点传给mGesture
的click
方法,这里是为了封装点击动作,最后交给mGestureController
对象的performGesture
方法去实施这个点击动作。
对于mGesture
的click
方法,这个mGesture
是一个构造工厂,它的click
方法直接生成了一个PointerGesture
对象,这个对象表示的是执行手势操作时的动作。比如手势的开始坐标点,结束坐标点,持续时间,移动方向,速度等等。
重点看一下mGestureController
对象的performGesture
方法,其关键代码如下:
public void performGesture(PointerGesture ... gestures) {
…………
// 执行传入的手势操作动作
MotionEvent event; // 这个是关于运动事件
for (……) {
…………
// 初始化运动事件,并调用UI Automation的injectInputEvent注入事件,异步执行
event = getMotionEvent(……);
getDevice().getUiAutomation().injectInputEvent(event, true);
…………
}
…………
}
}
这里可以看到事件的注入,也是通过UI Automation
来完成的。看一下injectInputEvent
方法的关键代码,
public boolean injectInputEvent(InputEvent event, boolean sync) {
…………
// 异步执行,这段代码之前有关于锁的操作
return mUiAutomationConnection.injectInputEvent(event, sync);
…………
}
我们发现也是通过一个connection
来执行操作的,这个connection
对象对应的IUiAutomationConnection
类,也属于一个aidl
文件。
这里也放一个时序图,
AccessibilityService
AccessibilityService
根据官方说明,是指开发者通过增加类似contentDescription
的属性,从而在不修改代码的情况下,让残障人士能够获得使用体验的优化,大家可以打开AccessibilityService
来试一下,点击区域,可以有语音或者触摸的提示,帮助残障人士使用App。
当然,现在国内,AccessibilityService
已经被玩儿坏了,越来越多的App借用AccessibilityService
来实现了一些其它功能,甚至是灰色产品。
在国内,通过AccessibilityService
实现的功能包括免Root自动安装,自动抢红包,微信消息自动回复等等黑科技。
当然也有一些恶意功能,比如软件防卸载。当用户想要卸载你的App的时候,一般会来到设置界面,找到你的App然后选择卸载,那么如果我们监控这个页面,如果发现是自己的App,就直接退出,这样不就无法卸载了吗?是的,简简单单,但是背后的恶意却让人心寒。
使用AccessibilityService做自动化的步骤
大家看了上面的分析,可能对自动化有了一点兴趣,其实归纳起来,步骤很简单:
- 分析整个操作流程,拆解成关于每个控件的识别与操作。
- 利用uiautomatorviewer等工具,查看对应UI控件的属性,进行唯一性识别
- 编写代码,查找到元素后,进行点击等操作
- 兼容性处理
结语
大家经常说“面试造火箭,工作拧螺丝”。其实大家平时工作可能都是“拧拧螺丝”,但是站在个人职业发展角度来看,是不可取的。只有不断挖深自己的技术护城河,才能提高个人的不可替代性。在“拧螺丝”的时候,我们不妨抬头看看,整个“火箭”是的构造。
参考
https://juejin.cn/post/6844903456809943053
https://developer.android.com/reference/android/app/UiAutomation
https://testerhome.com/topics/1887
https://blog.csdn.net/luoyanglizi/article/details/51980630
https://www.kancloud.cn/digest/uiautomatorpriciple/192698