基于Macaca的混合H5应用UI自动化进阶

基于Macaca的混合H5应用UI自动化进阶

混合H5应用UI自动化是移动应用自动化中无法绕过的一节,针对混合H5应用的UI自动化入门之前已经写过一篇文章:https://testerhome.com/topics/9651 ,入门的同学可移步学习。本文主要针对H5应用UI自动化高级使用进行一些分享。

如何定位元素

参考上述入门文章:https://testerhome.com/topics/9651

进阶

本文中所涉及的demo示例代码已开源:

https://github.com/macaca-sample/macaca-java-biz-sample

H5基础知识储备

要对H5应用进行UI自动化,首先要掌握一些基础的H5知识,HTML,CSS,JQuery这些是最基础的,建议有此类需求的同学先简单补充下此类基础知识,主要是选择器以及事件触发等,笔者主要参考的是W3school的教程,教程地址如下http://www.w3school.com.cn/。掌握了最基础的H5知识,就可以进入下一步了。

H5内多个webview跳转后操作失败

部分同学反馈,自动化中当从一个H5页面跳转到另一个H5页面后对新的H5页面的操作无效,这大部分是因为H5页面内发生跳转后没有更新上下文导致的,当我们从Native进入一个H5页面后,当前上下文会存在两个,一个是Native,一个是webview,但是当webview内发生跳转时,也会生成新的上下文,比如当我们从上面这个H5跳转到另一个页面后,此时的上下文信息如下:

responseHandler.js:49:14 [master] pid:62034 Send HTTP Respone to Client[2017-11-08 20:45:31]: {"sessionId":"fecd1f1b-1ca4-4c54-9905-97a7af0c0a52","status":0,"value":"[\"NATIVE_APP\",\"CDwindow-b35eb442-86e4-4dec-913d-ea3b0b69bf6a\",\"CDwindow-59160ffd-74f4-4425-949a-30eb52786ba0\"]"}

这里面我们可以发现NATIVE_APP表示Native的上下文,两个CDWindow代表的是两个H5页面,此时如果要对上层的H5页面操作,则必须更新当前上下文到栈顶的上下文,在biz层提供了用于上下文更新的API,如下:

/**
     * 当存在多个上下文时,切换当前上下文为当前最顶部的window,当webview发生跳转时可以通过此API更新上下文
     * @throws Exception
     */
    public void updateTopContext() throws  Exception {
        JSONArray contexts = contexts();
        this.context(contexts.get(contexts.size() - 1).toString());
    }

万能的 'driver.execute()'

Macaca提供了一些常用的H5操作的API,但有些时候这些API无法满足我们的特殊需要,比如我们想拿到页面内所有的跳转链接并跳转以此来完成二级页面的遍历,此时已有的API显然无法满足我们的需要,这时候就需要用到driver.excute(),excute()API可以用来执行js脚本,如此,我们便可以执行任何可以通过js脚本实现的功能,比如我们的demo中百度页面的href属性基本上表示了可跳转的二级页面链接,那我们可以通过如下代码实现二级页面遍历的需求:

如下代码在com.javademo.cases.SampleTest中,可前往https://github.com/macaca-sample/macaca-java-biz-sample查看

// com.javademo.cases.SampleTest
public void  iterateBaiDuPage() throws  Exception{
        JSONObject schemaJson = driver.execute("var arr=[];function getSchemas(){$.each($('[href]'),function(index,item){arr.push(item.getAttribute('href'))}); return arr;};return getSchemas();");
        JSONArray schemas = schemaJson.getJSONArray("value");
        System.out.println("schemas===========" + schemas);

        if (schemas!=null && schemas.size() > 0) {
            // 循环进入各个二级跳转链接
            for (int i = 0; i < schemas.size(); i++) {

                String tmpHref = (String) schemas.get(i);
                String jsCode = "location.assign(\"" + tmpHref + "\")";
                driver.execute(jsCode);
                driver.sleep(3000);
                saveScreen(tmpHref);

                driver.execute("history.back();");

            }

        }
    }

在编写如上脚本所需要的js脚本时,我们可以在inspector页面的console中先进行调试,调试成功后放入driver.excute('')中执行,如下:

如此,通过driver.execute(),我们便可以实现通过js脚本能够实现的功能,是不是很强大呢。

注意事项

  • 所有对H5上下文的操作需要在dom ready后执行才会生效,因此建议在H5页面跳转后sleep几秒等待页面ready再进行相应操作

有其他问题,欢迎补充讨论。

时间: 2024-11-30 21:59:06

基于Macaca的混合H5应用UI自动化进阶的相关文章

基于Macaca的混合H5应用UI自动化入门

基于Macaca的混合H5应用UI自动化入门 混合H5应用UI自动化是移动应用自动化中无法绕过的一节,作为H5应用,自动化的方式与Native略有不同,主要体现在元素的定位以及操作,以及上下文的切换等,本文针对H5的自动化入门分享一些基础知识. H5应用如何查找元素 在Native的UI自动化中,我们通过app-inspector查找UI元素,但是这并不适用于H5应用(在app-inspector中,webview会被识别为一整块view,看不到子view),那么针对H5应用应该如何定位呢? 针

UI自动化新思路-基于RUNTIME的自动化测试设想

[背景] 移动端app飞速发展后,导致各种自动化框架雨后春笋般的发展.纵观这类框架都在声称对于控件的操作是很牛逼的,深入分析后可以看出它们最终会回归到UI基本的坐标点操作. 于是,app自动化测试工程师UI自动化进阶路线:初识各种自动化框架->编写自动化脚本->自动化平台化,支持用户脚本录制回放->持续集成->玩烂了(case覆盖率越高自动化收益越低.数据问题.产品迭代带来的维护成本) 作为一个app自动化测试的小白,尝试提出一个新的思路:从"运行时"角度尝试自

UI自动化框架调研-番外篇

导语 前面写了两篇文章介绍了个人基于Macaca在UI自动化上的实践心得,那我们为什么会选择了Macaca呢,这篇文章将简单介绍一下我们选择Macaca的原因. 有哪些可用的UI自动化框架? 他们的区别在哪里? 我们是如何选择的? 条件1:支持移动端app自动化 从以上对比其实已经可以比较明确的帮助大家做出自己的选择,从我所在的团队来讲,我们主要做的是移动端的UI自动化,相信现在大多数同学所做的也都是这一类的自动化,因此,仅限于PC端webApplication的几个框架就不可避免的要排除掉了,

测试运行: Microsoft UI自动化库

可以使用多种技术测试 Windows 应用程序的用户界面.例如,可以使用 System.Reflection 类来测试 Microsoft .NET Framework 应用程序,也可以使用非托管 C++.C# 或者 Visual Basic 通过 P/Invoke 机制调用 Win32 API 函数(例如 FindWindow)来测试 .NET 和本机应用程序. 在本月的专栏中,我将为您介绍如何使用新的 Microsoft UI 自动化库(包含在 .NET Framework 3.0 中,是

UI自动化体系建设的创新实践

在云效持续集成持续交付专场直播中,阿里资深研发工程师开风为大家带来了<分层自动化之UI自动化体系建设>分享,他主要从UI自动化之痛和UI自动化体系建设之创新实践两部分,详细讲解了云效团队在UI自动化体系建设方面的宝贵经验. 以下内容根据讲师PPT和视频整理而成. UI自动化之痛   上图左侧的柱状图是从2010年12月到2014年12月中国网站数量增长情况,可以看出目前中国网站的数量呈现平稳递增的局面,网页的数量也呈现出大幅度上升.如此数量的网站和网页,以及迭代速度越来越快的互联网项目和越来越

分层自动化之UI自动化体系建设

视频链接:https://yq.aliyun.com/webinar/play/215 UI自动化之痛   上图左侧的柱状图是从2010年12月到2014年12月中国网站数量增长情况,可以看出目前中国网站的数量呈现平稳递增的局面,网页的数量也呈现出大幅度上升.如此数量的网站和网页,以及迭代速度越来越快的互联网项目和越来越多的功能,手工地进行回归.前端UI方面的测试完全不能达到要求.   当前主流的UI自动化框架主要分为两种模式:一是编写脚本代码:二是通过录制生成脚本代码.上图对这种两模式从创建脚

洗清UI自动化鸡肋说的不白之冤

人类文明发展的一个重要标识是工具的诞生,当人类开始制作工具来提高生产力时,就逐渐拉开了与其他生物的距离.曾在2013年,<Google如何测试软件>中提到的分层自动化金字塔,轰动业界.而在互联网时代的今天,标识着测试技术重要进步的产物--自动化工具,也在逐渐推陈出新地用各种工具拉开企业间的差距. 图解: Unit代表单元测试,Service代表服务集成测试,UI代表页面级的系统测试:其中UI自动化,以其高度模拟用户真实场景的测试方式,备受广大测试人员的关注.但其高投入低产出的性价比,却让维护人

持续集成实践小结[1] —UI自动化

背景介绍 按照组织上的安排,咱游击到了S产品(一个快速成长中的Web产品)开搞持续集成. 考虑到S产品核心业务单一明确,前端功能简单,业务逻辑主要在后端的特点,制定了持续集成的实施策略: UI自动化为辅,用例少一点,精一点,降低维护成本,用例设计以冒烟和页面跳转,走通业务流程为主,目的是保障一个高可测性的测试环境: 单元测试重点跟进,自顶向下逐步覆盖各层接口,多覆盖各种分支路径,与UI自动化形成互补. 这里有个小插曲,我和S产品的测试负责人关于UI自动化用例的粒度和覆盖度有一些歧义,测试负责人坚

测试运行: 使用Windows PowerShell实现Web UI自动化

Windows PowerShellTM 是一种新型 Microsoft 命令外壳和脚本语言,可用作多种轻型测试自动化的平台.在本月的"测试运行"专栏中,我将向您展示如何使用 Windows PowerShell 通过自动化 Internet Explorer 为所有类型的 Web 应用程序创建快捷简便的 UI 测试自动化.本专栏主要针对初学者,但是经验丰富的工程师也能在此找到一些感兴趣的信息. 开始前,请确保已将要测试的站点添加到 Internet Explorer 中的"