AppUI自动化操作微信_uiautomator操控微信

UI自动化有App和Web自动化，其稳定性，覆盖率，准确度都不是很理想，投入产出比较低。但它也是自动化中的一员，同样有研究和落地实现的价值。APP自动化测试产品或项目可以定类似如下一些指标：

1，覆盖率：P0，P1级的用例要100%覆盖实现。

实现不了的例外，例如人脸识别还要眨眼张嘴的就没法实现。而P2，P3级别用例可视情况酌情实现。

2，通过率：单个用例调试时通过率100%，版本提测执行时全量用例通过率80%以上。

不通过的用例逐个分析原因，并手动执行一遍，看是系统bug，还是用例或脚本或数据或环境等原因。

3，bug发现：每200个APP用例发现1个或2个bug。

通常ui用于回归或冒烟测试，主要是证明系统没bug，但不意味着每次回归测试就都没有bug，手工做回归测试时经常是能发现bug的，当然很多bug是p2，p3，或用例以外发现的，如果自动化完全不能发现bug，肯定不是合格的。

自动化测试平台中AppUI自动化操作步聚如下：

---

1，在系统设置中，选择App设置项，填写自动化框架，appium或uiautomator2,如果是appium则要必须输入Android版本号，手机序列号，待测app包名和初始页activity。因基于原生的uiautomator相对简单一些，所以默认设置为它。如下图8.1所示：

▲图 8.1

2、手机开启开发者模式，开启debug开关，连接电脑。python -m wedtor，允许手机存储文件模式，以及自动安装atx到手机并启动，然后在电脑上可对手机微信app页面元素控件抓取。如下图8.2所示：

（图片有点小，可点击扩大查看）

▲图 8.2

3、新增AppUI自动化操作微信，查看朋友圈的用例，在AppUI中，点击“新增”，输入用例名称，第1步输入对象名称为启动微信、选择正确的定位方法、元素、操作方法和测试数据，点击“+”，第2步参考第一步的输入，点击发现，第3步点击朋友圈，则用例完成。如下图8.3所示：

▲图 8.3

4，执行用例，连接和设置手机，执行过程如果步聚都为未执行，则该用例测试结果会显示未执行，如果有步聚是失败的，则该用例会显示红色fail，如果每个步聚都是pass，则该用例显示绿色pass。如下图8.4所示

▲图 8.4

5，如果新增时用例有相同或相似步聚，则点击复制，然后修改保存即可，如下图8.4所示

▲图 8.5

6、修改用例时，多了一个字段，即排序，在全量执行用例时，会按照用例排序依次按顺序逐个执行每个用例。如下图8.5，8.6所示：

▲图 8.6

▲图 8.7

---

Autotestplat-V4.0版本在 github 发布了。