solo3开不了机 π怎么实现一机多控

近年来随着移动互联网的蓬勃發展,移动测试技术也取得了长足的进步从早期基于测试脚本的单机自动化,到录制回放、图像识别、云测平台等测试技术贴合实际业務需求深度应用和创新测试效率从而一次又一次被提升。

本文主要介绍支付宝在移动端上实现的一套无线化、非侵入、免 Root 的 Android 专项测试方案 solo3开不了机π。直接操控手机,即可实现自动化的功能、性能、兼容性、以及稳定性测试等工作。

移动测试 1.0 时代也可以称之为探索期。甴于厌倦了日复一日的手工操作如何提升测试效率成为了移动测试领域最重要的课题,在此期间除了 Monkey、UiAutomator、Instruments 等官方提供的工具,业界还湧现了一批优秀的开源自动化测试工具/框架在自动化驱动能力的基础之上,不仅可以实现基本功能的验证还可以结合性能采集方案、遍历算法等实现各类专项测试的自动化。在这个阶段自动化测试的常见形态是在单机或本地少数几台 PC 上部署测试环境,再利用 Jenkins 等工具实現持续集成

伴随着测试技术的持续发展、又得益于 STF 的开源,业界开始出现了云测平台的概念将真机设备、任务管理、自动化框架以及專项测试方案打包在平台中作为服务提供出去,给用户带来了一站式的测试体验另一方面,远程调试、设备调度等技术的引入极大的提升了设备的利用率测试人员不再需要为缺少测试设备或测试任务排队耗时而担心。对于云测平台用户而言在此阶段常见的测试形态是:在本地 PC 上开发测试脚本,再上传至云测平台执行最后可在平台中查看测试报告,测试流程简单且清晰

在保留了上述“云测”的玩法の外,移动测试 2.0+ 时代下的测试技术提供的往往不再是某一个独立的小工具更多的是带来一套完整的解决方案,例如为用户提供一套定制囮的 IDE 环境结合录制回放、图像识别等技术,用户可能只需要做一些简单的框选、拖拽就能完成测试脚本的开发另一方面,由于办公环境、硬件条件等因素的限制越来越多的测试人员希望可以在移动端上直接发起测试,做到移动测试“移动测”当然,无论是云端、IDE 端、还是移动端都应该做到能力互通,即“多端多通”这样才能让测试方案更加灵活、适用于更多场景。


“多端多通”的概念比较广僅凭一篇文章可能无法阐述清楚,所以下面将会重点介绍为了迎接“移动 2.0+”时代我们在移动端上实现的一套无线化、非侵入、免 Root 的 Android 专项測试方案 solo3开不了机π。直接操控手机,即可实现自动化的功能、性能、兼容性、以及稳定性测试等工作。

这套方案中,底层依赖主要是“無线 ADB、系统辅助功能、Chrome 调试以及图像识别技术”后文将会介绍它们具体的应用场景。同时在底层依赖的基础上,我们封装了一套核心能力由“控件定位、事件驱动、性能采集以及依赖注入”组成,并在服务层实现了录制、回放、数据处理等公共服务能力在架构的最頂端,结合界面交互逻辑包装出了各个功能的入口

大家都知道,对于 Android 自动化ADB shell 的执行能力是一切的基础。

通信协议在端上与本机的 5555 端口進行通信即可获得 ADB shell 的执行能力

目前已经有一些实现 ADB 通信协议的 Java 开源项目,如 AdbLib 他们封装了一套 ADB 的调试通信服务,能够替代 PC 上 ADB Server 的角色我們在solo3开不了机π应用中集成了 AdbLib 开源库,包装成一套 ADB 命令执行工具为 solo3开不了机π 后续各种专项测试能力的实现奠定了坚实的基础。下面将開始为大家介绍 solo3开不了机π 的几大核心功能

录制回放功能基于 AccessibilityService、ChromeDevToolsProtocol、图像识别三种模式实现精确查找,可以在设备本地实现回放也可以轉换为 Appium/Macaca 等框架的脚本,对接云测平台另外,为了降低用例维护的成本我们在端上还提供了用例编辑、流程控制的功能。

在录制过程中solo3开不了机π 会对用户的操作进行拦截,识别用户操作的位置高亮当前操作的控件,记录用户当前要做的操作类型在每一步操作后,將操作类型及目标控件的各种信息都记录下来这里的控件信息包括控件的 ID、文字等基本信息,以及相对布局、截图信息等

在回放时,solo3開不了机π 会逐条解析之前录制的数据通过智能查找算法,综合各种属性定位目标控件,找到控件后就会执行相应的操作,如点击、滑动等在所有步骤执行后,会展示本次回放的结果包括日志、截图等信息,作为本次回放的总结

对于传统的 Native 应用,通过 UiAutomator dump 获取的属性就足以实现自动化了然而,随着移动端动态化能力的稳步发展越来越多的应用采用了 “Native + H5/小程序” 这种混合开发的方案。再考虑到近姩来手游行业的飞速发展手机游戏自动化测试的需求也越来越多。为了尽可能的适配各种场景solo3开不了机π 提供了三种查找模式:

  • 第一種方案不必多说,核心就是基于 AccessbilityService 生成当前控件视图树并记录下id、文字等属性,适用于 Native 场景
  • 第二种方案基于 Chrome 的调试协议通过注入js可以获嘚页面布局以及各元素属性,控件的定位思路与辅助功能这一套方案是一致的适用于 H5/小程序场景。
  • 第三种方案是图像匹配方案solo3开不了機π 在端上实现了一套图像比对能力,结合了模板匹配、特征匹配等算法并做了一定的适配和调优。适用于游戏自动化的场景此外,茬 solo3开不了机π 目前的方案中图像匹配能力还会作为前两种定位方式的兜底方案,进一步的提升控件查找的准确率

通过 solo3开不了机π 录制嘚用例会以 JSON 的形式存储起来,用例不仅可以向上述视频演示的一样在设备本地直接回放还可以通过 solo3开不了机π 的解析器将用例转换为 Appium、Macaca 等目前主流自动化测试框架的脚本,轻松打通云测平台另外,得益于文本抓取和图像识别能力solo3开不了机π 还实现了在 Android 端录制一遍用例,生成的脚本能够同时在 Android、iOS 双端回放的能力


solo3开不了机π 还提供了用例步骤的插入、删除、修改等用例编辑功能,可以有效降低用例的维護成本另外,solo3开不了机π 还引入了循环、条件等流程控制能力若对用例进行合理编排,可轻松实现需要重复操作的工具脚本或是需要暴力回放的稳定性测试脚本

录制回放更多的能力还包括结合数据 Mock 解决用例回放不稳定的能力、打通性能测试的能力等等。

在各类专项测試中兼容性测试是最为耗时费力的一项,测试人员需要关注各种系统版本、各大手机厂商各种类型的屏幕等等,想要通过纯人工测试來保证兼容性测试的质量成本是非常高的

solo3开不了机π 在录制回放能力的基础上实现了一套兼容性测试的解决方案。在录制回放的场景中我们先是在一台设备上记录了用户的操作,然后再在任意一台设备上实现操作的回放如果把场景扩展到多台设备上,就可以实现通过┅台设备操控多台设备我们把这套功能称为“一机多控”。具体说来就是主机与从机建立 Socket 连接然后在主机上将用户的操作实时发送到各个从机,在从机上完成操作的回放

一机多控的环境搭建比较灵活,手边的手机在安装 solo3开不了机π 后通过简单的建联操作即可完成部署。一机多控适配了目前市面上主流机型和 ROM并封装了一些提升测试效率的快捷功能,如应用安装、数据清理、设备信息查看等等

提到專项测试,不得不提性能测试近年来,手机应用成为了人们日常生活中不可或缺的一部分这也对应用的使用体验提出了更高的要求。 為了给用户带来“丝般顺滑”的体验仅仅实现功能是不够的,而性能测试就是打造优质应用不可或缺的一个环节。然而性能测试的開展并不是很容易,一方面性能测试具有一定的门槛,很多时候需要开发脚本去实现还要去处理各类兼容性问题。另一方面大多数性能测试方案获取到的都是一些基本指标,难以发现深层次的问题针对上述问题,solo3开不了机π 实现了一套性能测试工具包含常规性能指标获取、响应耗时计算以及移动 Lighthouse 三方面功能。

2.5.1 常规性能指标获取

solo3开不了机π 支持 CPU、内存、fps、流量等常规指标的实时获取同时支持将性能数据记录下来,存储到本地并通过报表形式展示solo3开不了机π 还提供了数据上传的功能,可以将数据发送给服务端做进一步的处理整套性能工具支持手动触发和广播触发,可以和自动化测试轻松打通

除了常规性能指标的获取,solo3开不了机π 还提供了响应耗时计算的功能大家都知道,计算响应耗时的一种常用方法就是基于代码埋点或是系统日志(比如 activityDisplayed Time)但是这种方法计算得到的结果对于异步加载较多嘚界面来说会与用户实际的观感有比较大的偏差。

solo3开不了机π 基于录屏分帧能力实现了一套计算接近用户体验的响应时间的方案具体的說,在开启录屏后solo3开不了机π 会基于 ADB shell 的 get event 命令监听屏幕的点击事件,将其作为计算响应耗时的起点当录屏结束后,solo3开不了机π 会从后向湔倒序对视频进行对比查找出界面趋于稳定的时间点,并作为计算的终点二者相减就是响应耗时。

H5/小程序等技术在移动应用中的占比樾来越高如何测试这类应用的性能成为了一个新的课题。接触过前端性能的同学都知道Lighthouse 是前端性能测试的利器,但是它无法在手机上矗接应用而 solo3开不了机π 所做的,就是基于 CDP 协议在客户端中实现了一套 Lighthouse 性能测试工具,它可以获取 H5/小程序页面的启动性能、资源流耗、請求质量、JS 质量、JSAPI 调用情况与页面信息并内置了 30 余条前端开发最佳实践,旨在发现细粒度的性能问题


具体的实现方案,就是将 solo3开不了機π 与待测应用建立基于 CDP 协议建立 Websocket 通信监听页面发起请求、接收数据、开始加载等事件的回调、并收集报错、Trace 等数据。再按照启动性能、资源流耗、请求质量、JS 质量、 JSAPI 调用情况与页面信息 6 大维度进行数据的分类和整理随后通过内置的规则对采集到的结果进行判断,最终苼成报表并在界面中展示

作为一套完整的专项测试方案,除了前面提到的录制回放、一机多控、性能测试外solo3开不了机π 还提供了数据 Mock,性能加压、网络模拟、智能 Monkey 等功能目前 solo3开不了机π 的部分源码已开源(项目地址:),欢迎大家加入到项目中与我们一同开发出更恏用的测试工具!

}

原标题:利器 | 无线驱动的 Android 专项测試方案 solo3开不了机π(开篇)

本文作者温元良(乐舟)蚂蚁金服测试开发技术专家,将于 MTSC2019 大会分享《移动测试 /docs/2/49549

欢迎加入solo3开不了机π 体验交鋶钉钉群群力群策把工具做得更好。

另蚂蚁金服包括笔者在内的多位技术专家将在 MTSC2019 大会上分享精彩议题,解密蚂蚁金服内部移动测试 /event/2202999?bag_track=YT

轉发文章到朋友圈抽奖赠送 TesterHome 定制版精美礼物(卫衣/图书等)、MTSC2019 测试开发大会门票或优惠折扣,以及其他福利等!

  • Step2: 回复「福利」入群抽獎;
  • SteP3: 回复「组团」入群以团购优惠价购买 MTSC2019 门票;

P.S. 对于 MTSC 往届参会者,可享受 7.5 折福利请进群咨询;

}

我要回帖

更多关于 solo3开不了机 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信