前言

移动端Android APP进行UI自动化测试时，常用到的元素定位方法有多种，如resource-id、class name、accessibility_id、xpath、android_uiautomator、坐标点等定位方法。同等情况下更加优先推荐哪些定位方法？这些定位方法有什么区别？本文将进行简要讲解。

一、通过resource-id定位

唯一性较强的定位方式；HTML中具有唯一性，但在APP中不一定是唯一的。通过工具获取元素的属性值， 如果元素具有resource-id的属性值，且该resource-id唯一，首先选择resource-id进行元素定位。但resource-id不唯一或者不存在，就需要其他方式定位。

二、通过class name定位

Appium 中的 class name 定位其实就等价于 Selenium 中的 tag name（标签名）定位。HTML 中的 class 为 css 样式类，而Android 中的 class 表示控件类型。除了在某些特定情况下适用而外，其他绝大多数时候都很难定位到唯一的元素。

三、通过accessibility_id定位

accessibility_id一般是用来辅助残疾人士使用APP的，当残障人士点击此元素或高亮显示，或者系统自动读出来。目前，accessibility_id在国内应用不广。

四、通过xpath定位

因为APP中resource-id比较少，class name 也经常重复，故 xpath定位应该是APP自动化中最常用的定位了。xpath优点是用法灵活，缺点是每次都会重新查找dom树，查询速度慢，会影响了脚本的整体运行速度。但xpath的写法是根据层级的class属性一级一级定位到元素。对于一些比较复杂的元素的定位，我们可以用它定位。

xpath定位还包括相对路径定位，绝对路径定位，绝对路径定位，如果页面结构改变，维护成本较高，因此推荐xpath的相对路径定位。本文介绍的xpath定位均为相对路径定位。

1.xpath：resource-id 属性定位

//android.widget.FrameLayout[@resource-id='com.taobao.taobao:id/rv_main_container_wrapper']

2.xpath：text 属性定位
2.1 属性值完全匹配

//android.widget.TextView[@text='阿里拍卖']

2.2 contain属性值部分匹配

定位较长文本时，像上面的完全匹配相对比较繁琐，因而xpath模糊匹配的方式。

//android.widget.TextView[contains(@text,'阿里拍卖')]

3.xpath：class 属性定位

//android.view.View[@class='android.view.View']

4.xpath：content-desc 属性定位
4.1 属性值完全匹配

//android.view.View[@content-desc='婴儿车床两用']

4.2 contain属性值部分匹配

//android.view.View[contains(@content-desc,'婴儿车床两用')]

五、通过坐标点定位

如果上面介绍的几种办法都无法定位，那可以考虑采用像素的坐标位置来定位元素。但不同手机的分辨率不同，故元素的坐标位置会有一定的差异。进而可知，采用坐标点定位的脚本对于不同分辨率的手机不具有普适性，不同分辨率手机的运行结果会有偏差。

六、图像识别定位

也是UI自动化近几年比较热门的话题，尤其是游戏行业。其原理大部分是基于openCV+算法模型等技术进行特征匹配，将图像作为控件元素，识别图像元素后点击图像，从而实现点位点击。但目前图像识别的成功率不能达到100%。不同的算法模型，成功率不同。

总结
本文简要介绍了移动端Android APP进行UI自动化测试时，常用到的元素定位方法。在所有属性值都存在且都唯一的条件下，个人推荐使用的元素定位方式的优先级排序为:resource id>>class name>android_uiautomator>xpath>图像识别>坐标定位，仅作为参考。但结合项目的实际情况，最常用的元素的定位方式是xpath。

原文链接：https://blog.csdn.net/qq_43205118/article/details/125164829