首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

安卓设备 WiFi 统一管理以及设备自动化测试实践

众所周知,安卓单台设备的UI自动化测试已经比较完善了,有数不清的自动化框架或者工具。但是介绍多设备管理的内容并不多,当手里的手机多了之后,要做自动化测试平台,这块的东西又不得不碰,摆脱USB限制,接入WiFi,才能更加自由

框架介绍

1.ATX

ATX(AutomatorX) 是一款开源的自动化测试工具,支持测试iOS平台和Android平台的原生应用、游戏、Web应用。 使用Python来编写测试用例,混合使用图像识别,控件定位技术来完成游戏的自动化。附加专用的IDE来完成脚本的快速编写。

运行在手机的内部,为手机增加了远程控制,自动化的功能。最重要的功能,是将汇总到一个网页上展示,并提供一个API可以获取所有设备的列表

2.uiautomator

UIAutomator是为数不多的Android官方支持的自动化框架之一,UIAutomator随着Android版本发布而更新。作为基于控件的自动化框架,UIAutoamtor的整体框架及API简单明晰,非常容易上手,发布后便受到了不少开发人员的好评,但仍有部分开发人员觉得不支持resourceId检索控件有点儿可惜。官方在随后的Level 18中弥补了这一缺憾,至此,UIAutomator便在自动化测试领域占据了一席之地,满足了大部分开发人员的需求。

UIAutoamtor较于其他自动化框架有什么特性呢?笔者觉得可以用粗暴但灵活、简单可依赖来形容,其细数的优势有很多,

概括起来有以下几点

官方支持更新: Android原生支持,测试依赖环境少,创建方便。·

层次接口明晰: 框架层次结果分明,API明晰,上手成本很低。

基于控件交互: 支持Android原生控件解析,比坐标交互兼容性更强。

不依赖于源码: 测试过程基于黑盒进行,对所有发行版本都可以测试。

事件等待优秀: 在事件等待方面接口丰富,控制灵活精确,表现优秀。

支持跨进程测试: 在自动化框架中,具备此特性的不多,测试范围在ROM。

在技术选型方面,除了涉及Web的测试,UIAutomator基本上都可以帮用户实现。如果用户想做ROM层级的测试,或是App间

协作需跨进程的测试,那UIAutomator将是非常好的选择;用户渴望写出简单易懂而功能强大的代码,也不妨选择一

试,UIAutomator可以让用户在事件等待方面看到它优雅的一面;没有代码没关系,想要竞品对比也可以,单元测试、性能测

试、压力测试,UIAutomator都可以成为用户的选择;简单而不简约,留给开发人员更自由的发挥空间,轻巧灵动,强大可靠,

这就是UIAutomator

3.python-uiautomator2

python-uiautomator2封装了谷歌自带的uiautomator2测试框架,提供便利的python接口。他允许测试人员直接在PC上编写Python的测试代码,操作手机应用,完成自动化,大大提高了自动化代码编写的效率。

如图所示,python-uiautomator2主要分为两个部分,python客户端,移动设备

python端: 运行脚本,并向移动设备发送HTTP请求

移动设备:移动设备上运行了封装了uiautomator2的HTTP服务,解析收到的请求,并转化成uiautomator2的代码。

整个过程

在移动设备上安装(守护进程), 随后启动uiautomator2服务(默认7912端口)进行监听

在PC上编写测试脚本并执行(相当于发送HTTP请求到移动设备的server端)

移动设备通过WIFI或USB接收到PC上发来的HTTP请求,执行制定的操作

API介绍

github:https://github.com/openatx/uiautomator2

1、安装:

2、初始化手机,需要的环境SDK

自动安装本库所需的设备端程序:uiautomator-server ,atx-agent ,openstf / minicap ,openstf / minitouch 可单独下载安装

配置工作完成

3、打开手机端口:adb forward tcp:7912 tcp:7912

连接手机:device_ip = 127.0.0.1

这个不知道干嘛的忘记了好像是是自行安装atx-agent的时候用的

4、常用命令:

5、快速开始:

6、系统操作:

7,应用连接会话:

8,手机硬件操作

实践代码

所用到的设计模式

PageObject设计模式:

1.是将某个页面的所有"元素(包含控件)属性"及"元素操作"封装在1个类(Class)里面~~~~

目的: 测试代码与被测页面对象代码分离,后期如果有页面元素发生了更改,只需要修改相应页面对象的代码(即对应Class文件),而不需要修改测试代码

尽量采用xpath方式来寻找页面元素,而不建议使用name,Link等方法; xpath是基于页面元素所处区域,一般不会发生变化,测试代码基本不受干扰.

将页面元素属性信息与代码分离,即与被测对象代码分离,目的也是为了进一步降低后续因页面变化带来的维护成本

从ATX-server中获取当前可用设备列表

1.在 ATX server自带的设备管理页面中,列出了当前可用的设备列表。于是尝试从这个页面的网络请求中获取设备列表,果然有收获:

从 list 这个请求中,通过 present 属性,获取当前可用的设备列表,就可以逐个调用进行测试了。

python启动以及关闭服务开启服务

关闭服务

框架API使用

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20181105G0AO8I00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券