CN115454869A - 界面自动化测试方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种界面自动化测试方法、装置、设备及存储介质，属于测试技术领域。该方法包括获取与执行端通信连接的服务器发送的测试用例集；测试用例集为服务器在检测到执行端处于空闲状态时下发的；根据预设的任务规则从测试用例集中确定目标测试用例；获取操作***类型以及与目标测试用例对应的通用流程；根据通用流程中设定的执行顺序，依次执行目标测试用例包括的多个执行步骤；在每个执行步骤的执行过程中，根据操作***类型确定当前执行的执行步骤对应的差异接口；通过差异接口对待调测设备进行界面测试，得到界面测试结果。本申请实施例能够对不同操作***实现界面测试过程的统一管理，提升测试过程的管理和维护的便利性。

Description

界面自动化测试方法、装置、设备及存储介质

技术领域

本申请涉及测试技术领域，尤其涉及一种界面自动化测试方法、装置、设备及存储介质。

背景技术

随着软件***规模的日益扩大，为了保证交付的质量，软件***测试的必要性和难度是不言而喻的，传统的人工测试的局限性也日益明显，自动化测试技术可以克服传统人工测试的许多问题。因此，通常采用界面自动化测试实现对界面用例的自动化。界面自动化测试主要包括了录制案例脚本和执行案例脚本两个阶段。在执行案例脚本阶段，通过执行端执行测试案例的脚本数据，并输出执行测试结果的报告。但是对于不同的操作***，通常会搭建不同的工程来适配不同操作***的界面用例的执行，此时，从启动到执行过程的数据记录(比如截图、日志、容错)，再到结果上报，全部都需要分开单独写操作流程，不便于对界面测试过程的管理和维护。

发明内容

本申请实施例的主要目的在于提出一种界面自动化测试方法、装置、设备及存储介质，旨在对不同操作***实现界面测试过程的统一管理，提升测试过程的管理和维护的便利性。

为实现上述目的，本申请实施例的第一方面提出了一种界面自动化测试方法，应用于执行端，所述方法包括：

获取与所述执行端通信连接的服务器发送的测试用例集；其中，所述测试用例集为所述服务器在检测到所述执行端处于空闲状态时下发的；

根据预设的任务规则从所述测试用例集中确定目标测试用例；

获取操作***类型以及与所述目标测试用例对应的通用流程；

根据所述通用流程中设定的执行顺序，依次执行所述目标测试用例包括的多个执行步骤；

在每个所述执行步骤的执行过程中，根据所述操作***类型确定当前执行的所述执行步骤对应的差异接口；

通过所述差异接口对待调测设备进行界面测试，得到界面测试结果。

在一些实施例，所述通过所述差异接口对待调测设备进行界面测试，得到界面测试结果，包括：

获取所述差异接口对应的执行结果；

当所述执行结果表示所述执行步骤执行失败，获取预设的定位元素列表；

从所述定位元素列表中选取第一定位元素作为异常定位元素；

通过所述异常定位元素对所述执行结果进行控件定位处理，得到控件定位数据；

当所述控件定位数据未定位到异常控件，从所述定位元素列表中重新选取第二定位元素以更新所述异常定位元素，并通过更新后的所述异常定位元素对所述执行结果重新进行控件定位处理；

当已遍历所述定位元素列表中所有定位元素或所述控件定位数据已定位到异常控件，停止所述控件定位处理；

根据所述执行结果和所述控件定位数据，得到界面测试结果。

在一些实施例，当所述控件定位数据已定位到异常控件，在进行控件定位处理之后，所述方法还包括：

将所述控件定位数据与预设的干扰列表进行匹配，判断是否存在干扰因素；

当存在所述干扰因素，重新调用所述差异接口对所述待调测设备进行界面测试；

在重新调用所述差异接口对所述待调测设备进行界面测试的过程中，通过从配置文件中读取的操作指令消除所述干扰因素弹出的会话框。

在一些实施例，所述通过所述差异接口对待调测设备进行界面测试，得到界面测试结果，还包括：

当所述执行结果表示所述执行步骤执行失败，通过多窗口切换机制将所述待调测设备上正在显示的显示页面切换到所述执行步骤对应的网络页面。

在一些实施例，所述通过所述差异接口对待调测设备进行界面测试，得到界面测试结果，还包括：

当所述目标测试用例为原生态用例，检测与所述差异接口的通信状态，并在所述通信状态表示连接抖动时，对执行所述目标测试用例的测试平台进行重启操作；

当所述目标测试用例为嵌入式网络页面，检测与所述目标测试用例对应的浏览器控件的窗口切换状态，并在所述窗口切换状态表示切换异常时，对所述浏览器控件的驱动进行重启操作。

为实现上述目的，本申请实施例的第二方面提出了一种界面自动化测试方法，应用于服务器，所述服务器与至少一个执行端通信连接，所述方法包括：

判断所述执行端是否处于空闲状态；

当所述执行端处于空闲状态，从预设的计划用例集中确定待测试的测试用例集；

将所述测试用例集发送给所述执行端，以使所述执行端执行第一方面任一所述的方法。

在一些实施例，所述计划用例集中至少一个目标测试用例通过如下步骤获取：

获取录制用例，并对所述录制用例进行步骤拆解，得到与所述录制用例一一对应的用例步骤集；

将所述用例步骤集中各用例步骤对应的Json字段进行关联组合，得到所述目标测试用例。

为实现上述目的，本申请实施例的第三方面提出了一种界面测试的管理装置，所述装置包括：

接收模块，用于获取与所述执行端通信连接的服务器发送的测试用例集；其中，所述目标测试用例为所述服务器在检测到所述执行端处于空闲状态时下发的；

确定模块，根据所述测试用例集对应的执行任务，从所述测试用例集中确定当前执行的目标测试用例；

通用流程获取模块，用于获取操作***类型以及与所述目标测试用例对应的通用流程；

执行模块，用于根据所述通用流程中设定的执行顺序，依次执行所述目标测试用例包括的多个执行步骤；

差异化处理模块，用于在每个所述执行步骤的执行过程中，根据所述操作***类型确定当前执行的所述执行步骤对应的差异接口并通过所述差异接口对待调测设备进行界面测试，得到界面测试结果。

为实现上述目的，本申请实施例的第四方面提出了一种电子设备，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的方法或第二方面所述的方法。

为实现上述目的，本申请实施例的第五方面提出了一种存储介质，所述存储介质为计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法或第二方面所述的方法。

本申请提出的界面自动化测试方法、装置、设备及存储介质,其通过服务器检测执行端的空闲状态以判断是否进行测试用例集的下发，实现对待测试的所有测试用例的统一管理。同时，通过对每一目标测试用例设定与待调测设备的***类型无关的通用流程并结合与待调测设备的***类型强相关的差异接口执行执行步骤，能实现在同一执行端通过同一目标测试用例对不同***类型的待调测设备进行界面测试。此时，测试开发工程师仅需维护一套测试用例，以及和***有关的差异接口，管理和维护更加便利。因此，和相关技术相比，本申请实施例的方法能对不同操作***实现界面测试过程的统一管理，提升测试过程的管理和维护的便利性。

附图说明

图1是本申请实施例提供的应用于执行端的界面自动化测试方法的流程图；

图2是本申请实施例提供的应用于执行端的界面自动化测试方法的应用场景示意图；

图3是本申请实施例提供的应用于执行端的界面自动化测试方法中目标测试用例的执行过程示意图；

图4是图1中的步骤S600的流程图；

图5是本申请实施例提供的应用于执行端的界面自动化测试方法中存在干扰因素的处理流程示意图；

图6是本申请实施例提供的应用于执行端的界面自动化测试方法中多窗口示意图；

图7是本申请实施例提供的应用于服务器的界面自动化测试方法的流程图；

图8是本申请实施例提供的界面自动化测试装置的的结构示意图；

图9是本申请实施例提供的电子设备的硬件结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

首先，对本申请中涉及的若干名词进行解析：

React Native(简称RN)是Facebook于2015年4月开源的跨平台移动应用开发框架，是Facebook早先开源的UI框架React在原生移动应用平台的衍生产物，目前支持iOS和安卓两大平台；React Native能够在Javascript和React的基础上获得完全一致的开发体验，以构建原生应用。其将页面的布局设计以及业务代码打包然后用户下载安装使用，在需要更新页面布局的或者业务逻辑变更时，则需要修改前端内容，升级打包，重新发布才可以使用最新的。

Webview，是一个基于webkit的引擎，可以解析DOM元素，展示html页面的控件，它和浏览器展示页面的原理是相同的。其通过加载html文件来进行页面的展示。在需要更新页面布局的或者业务逻辑变更时，只需要修改html代码或者js文件(如果是从服务器端获取，只要新的文件部署完成)。

JSON,(JavaScriptObject Notation,JS)是一种轻量级的数据交换格式。它基于ECMAScript(欧洲计算机协会制定的js规范)的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。

Appium是一个开源测试自动化框架，可用于原生，混合和移动Web应用程序测试。它使用WebDriver协议驱动iOS，Android和Windows应用程序。

随着软件***规模的日益扩大，为了保证交付的质量，软件***测试的必要性和难度是不言而喻的，传统的人工测试的局限性也日益明显，自动化测试技术可以克服传统人工测试的许多问题。因此，通常采用界面自动化测试实现对界面用例的自动化。界面自动化测试主要包括了录制案例脚本和执行案例脚本两个阶段。在执行案例脚本阶段，通过执行端执行测试案例的脚本数据，并输出执行测试结果的报告。但是对于不同的操作***，通常会搭建不同的工程来适配不同操作***的界面用例的执行，此时，从启动到执行过程的数据记录(比如截图、日志、容错)，再到结果上报，全部都需要分开单独写操作流程，不便于对界面测试过程的管理和维护。

基于此，本申请实施例提供了一种界面自动化测试方法、装置、设备及存储介质，旨在对不同操作***实现界面测试过程的统一管理，提升测试过程的管理和维护的便利性。

本申请实施例提供的界面自动化测试方法，涉及测试技术领域。本申请实施例提供的界面自动化测试方法可应用于终端中，也可应用于服务器端中，还可以是运行于终端或服务器端中的软件。在一些实施例中，终端可以是智能手机、平板电脑、笔记本电脑、台式计算机等；服务器端可以配置成独立的物理服务器，也可以配置成多个物理服务器构成的服务器集群或者分布式***，还可以配置成提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN以及大数据和人工智能平台等基础云计算服务的云服务器；软件可以是实现界面自动化测试方法的应用等，但并不局限于以上形式。

本申请可用于众多通用或专用的计算机***环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器***、基于微处理器的***、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何***或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

图1是本申请实施例提供的界面自动化测试方法的一个可选的流程图，图1中的方法可以包括但不限于包括步骤S100至步骤S600。

参照图1所示，根据本申请实施例的第一方面提出的一种界面自动化测试方法，应用于执行端，方法包括：

步骤S100、获取与执行端通信连接的服务器发送的测试用例集；其中，测试用例集为服务器在检测到执行端处于空闲状态时下发的。

需说明的是，通过检测执行端是否处于空闲状态，再下发测试用例集，使得执行端能够被有效的利用，如执行效率快的执行端可以执行更多的测试用例，使得需要被测试的用例能在最短的时间内被一一覆盖，执行效率更高。且测试用例集由服务器管控下发，实现多个执行端均被一个服务器管理，测试过程维护更加便利。

需说明的是，由于执行端设置有多个，多个执行端之间互不关联，因此，可以实现多个执行端并发执行。

需说明的是，空闲状态包括两种，一种是执行端不存在测试用例在执行，另外一种是，执行端存在连接的至少一个待调测设备无测试用例在执行。示例性的，执行端连接有多个待调测设备，则会先判断执行端是否有正在执行的测试用例，有则再判断与之连接的每一待调测设备是否都在进行测试，进而判断出是否处于空闲状态。通过这种方式使得资源可以最大利用化，需要被测试的测试用例能在最短时间内被覆盖全。

步骤S200、根据预设的任务规则从测试用例集中确定目标测试用例。

需说明的是，任务规则定义了测试用例集执行的顺序，每个测试用例集存在至少一个测试用例。

需说明的是，当当前的目标测试用例被执行完后，根据任务规则确定下一个目标测试用例并执行下述步骤。

步骤S300、获取操作***类型以及与目标测试用例对应的通用流程。

需说明的是，相同应用在不同的操作***上，其功能实现的操作流程大部分是一致的，通用流程定义的是相同功能在不同操作***的公用操作流程。如每类控件执行顺序、引用关系等等。

步骤S400、根据通用流程中设定的执行顺序，依次执行目标测试用例包括的多个执行步骤。

需说明的是，基于通用流程能将每一目标测试用例拆解得到多个步骤，如以对文本框的测试的目标测试用例为例，其测试过程通常为文本框选中、输入、校验。此时，根据该通用操作将测试用例拆解成对应的步骤执行。

步骤S500、在每个执行步骤的执行过程中，根据操作***类型确定当前执行的执行步骤对应的差异接口。

需说明的是，差异接口为不同操作***下触发相同功能步骤对应的***接口。如对于文本框选中步骤而言，其需要调用捕获页面的鼠标的点击位置的接口判断文本框是否被选中，而不同的操作***，该接口是不同的，因此，会形成差异接口。

步骤S600、通过差异接口对待调测设备进行界面测试，得到界面测试结果。

因此，根据本申请的上述实施例，至少具有如下效果，通过服务器检测执行端的空闲状态以判断是否进行测试用例集的下发，实现对待测试的所有测试用例的统一管理。同时，通过对每一目标测试用例设定与待调测设备的***类型无关的通用流程并结合与待调测设备的***类型强相关的差异接口执行执行步骤，能实现在同一执行端通过同一目标测试用例对不同***类型的待调测设备进行界面测试。此时，测试开发工程师仅需维护一套测试用例，以及和***有关的差异接口，管理和维护更加便利。因此，和相关技术相比，本申请实施例的方法能对不同操作***实现界面测试过程的统一管理，提升测试过程的管理和维护的便利性。

需说明的是，由于是采用通用流程管理不同***对应的目标用例的执行顺序，进而可以兼容多种机型并行，因此，可以一个执行终端下挂接多种机型，多个机型对同一目标测试用例并发执行，使得用例的覆盖率更高。同时，也相应降低了测试环境部署的难度。在测试环境部署时，仅需考虑执行端的效率、可用于执行测试的待调测设备数量等。

需说明的是，对于执行端而言，可以采用并发机制对多个待调测设备进行并发处理。如将同一测试用例集对多个待调测设备进行并发测试，以提升测试结果的可靠性。

示例性的，参照图2所示，服务器对应连接有多个执行端，每个执行端对至少一个或多个待调测设备进行用例测试。具体的，对于执行端1而言，执行端1用于对待调测设备1和待调测设备2进行用例测试，当服务器检测到执行端1未对待调测设备2进行用例测试，则会下发未在待调测设备2中执行的用例，此时，执行端1接收测试用例集，并执行测试用例集。需说明的是，服务器下发可以由用户主动触发，也可以由服务器内自设的规则触发。如服务器检测到执行端1处于空闲状态，则会在操作界面提示测试人员下发测试用例集，测试人员根据实际的业务需求下发测试用例集。因此，通过这种方式，可以使得在执行效率高的执行端尽可能执行更多的测试用例集，进而使得测试用例的覆盖率更高。

示例性的，参照图3所示，以执行端1对待调测设备1和待调测设备2进行相同目标测试用例为例，假设目标测试用例包括3个执行步骤，执行顺序图3所示，当执行到执行步骤1时，对于待调测设备1，会调用与待调测设备1匹配的差异接口1来执行步骤1的测试内容。对于待调测设备2，会调用与待调测设备2匹配的差异接口2来执行步骤1的测试内容。

可理解的是，参照图4所示，步骤S600、通过差异接口对待调测设备进行界面测试，得到界面测试结果，包括：

步骤S601、获取差异接口对应的执行结果。

步骤S602、当执行结果表示执行步骤执行失败，获取预设的定位元素列表。

步骤S603、从定位元素列表中选取第一定位元素作为异常定位元素。

步骤S604、通过异常定位元素对执行结果进行控件定位处理，得到控件定位数据。

步骤S605、当控件定位数据未定位到异常控件，从定位元素列表中重新选取第二定位元素以更新异常定位元素，并通过更新后的异常定位元素对执行结果重新进行控件定位处理。

当已遍历定位元素列表中所有定位元素或控件定位数据已定位到异常控件，停止控件定位处理。

步骤S606、根据执行结果和控件定位数据，得到界面测试结果。

需说明的是，对于界面测试而言，每一差异接口均对应至少一个控件的操作，如文本框、按钮。相关技术中，对于控件的定位方式通常只会记录一种，当基于该定位方式定位失败后，则不会继续进行分析；因此，容易出现定位失败的问题，通过设置定位元素列表，提供多种定位方式，能够实现定位方式灵活切换，提升定位成功率。定位元素列表中记录了多种用于找到控件的定位元素，对于每一种控件其定位元素包括id、name、class name、Xpath、Accessibility ID、android uiautomator中一种或者多种。此时，由于采用多个定位因素，因此能快速定位到异常的位置，同时，在一些实施例中，在确定异常的位置后，还会对引起异常的原因进行归因分类，以对故障因素进行预判，帮助测试开发人员更快的定位修复问题。

可理解的是，参照图5所示，当控件定位数据已定位到异常控件，在进行控件定位处理之后，方法还包括：

步骤S701、将控件定位数据与预设的干扰列表进行匹配，判断是否存在干扰因素。

干扰因素表示在测试过程中由非功能流程触发的弹框。具体的，如权限确认弹窗，在一些实施例中，执行在某一步骤后，会弹出权限确认弹窗，由于在测试用例中并未设置点击确认的操作，因此会导致其无法跳转到下一页面，进而导致执行步骤失败。而实际中，该权限确认弹窗可能是由***生成，并是否生成和待调测设备的***配置有关或者被验证的应用的权限设置有关，不属于当前功能流程触发的，因此，在测试用例的执行步骤中并不包含该权限确认弹窗的操作。如在干扰列表中设置该权限确认弹窗为干扰因素，则可以判定该执行步骤并非真正意义的失败。在另一些实施例中，干扰因素还包括动态弹窗，如新闻弹窗或者链接弹窗等等。

需说明的是，干扰列表中定义了多种干扰因素。干扰因素的获取可以是通过历史测试用例失败的结果汇总得到，或者是人为根据***弹窗的预判设置的。对此，本申请实施例，对干扰因素具体设置的内容不做约束，本领域技术人员可以根据实际的应用情况或者历史经验生成干扰列表。

需说明的是，在一些实施例中，干扰列表可以通过Json文件进行配置，应用时，加载该Json文件，实现干扰因素的动态可配。在另一些实施例中，也可以直接在程序中固化，或者通过其他配置文件格式进行动态配置，对此，本申请实施例不做限制。对于本申请实施例而言，优选采用Json文件配置的方式，以降低测试人员的门槛要求，实现更高效率的测试工程的维护以提升维护的便利性。

需说明的是，在目标测试用例执行完所有步骤后，会把执行日志以及每一步骤执行结束的截图均上传至服务器，服务器通过邮件的形式或者其他文本形式发送给和用例相关的测试开发人员，并通过测试开发人员的跟进处理结果，形成问题处理的完整闭环。

步骤S702、当存在干扰因素，重新调用差异接口对待调测设备进行界面测试。

需说明的是，在一些实施例中，当显示执行失败时，可以选择直接结束目标测试用例的执行，此时，当定位到存在干扰因素后，则通过重新调用目标用例来实现重新调用差异接口对待测试设备进行界面测试。在另一些实施例中，当显示执行失败后，会在确定是存在干扰因素时，直接重复失败的执行步骤以重新调用差异接口对待测试设备进行测试。对此，本申请实施例对重新调用差异接口的方式不做限制。本领域技术人员可以根据项目的需求选择性设置。

步骤S703、在重新调用差异接口对待调测设备进行界面测试的过程中，通过从配置文件中读取的操作指令消除干扰因素弹出的会话框。

因此，通过引入容错机制，去除其他操作带来的干扰，能大大提高控件定位的结果的可靠性。

可理解的是，通过差异接口对待调测设备进行界面测试，得到界面测试结果，还包括：

当执行结果表示执行步骤执行失败，通过多窗口切换机制将待调测设备上正在显示的显示页面切换到执行步骤对应的网络页面。

需说明的是，在对一个目标测试用例进行测试时，存在每一个执行步骤均会生成一个网页页面，此时，会有多个窗口显示内容。同样，对于每一个待调测设备而言，均会执行多个目标测试用例进而生成多个窗口。而正在显示的显示页面具体切换到哪一目标测试用例或哪一执行步骤对应的窗口，则由当前句柄决定。如图6所示，当当前句柄为标签1的句柄则正在显示的显示页面显示标签1的内容，当当前句柄为标签2的句柄，则正在显示的显示页面显示标签2的内容。因此，当前句柄与实际执行失败的步骤不对应时，会增加定位的难度。通过多窗口切换机制，将当前句柄切换为执行步骤失败时对应的网络页面。此时，能自动快速截取失败的执行步骤对应的页面内容，无需人为参与，且用例的定位效率更高。

需说明的是，多窗口切换机制是将执行失败步骤对应的网络页面的句柄作为当前句柄，进而使得该网络页面作为正在显示的显示页面。由于多窗口切换机制属于本领域进行句柄操作的常规操作，因此，本申请实施例不做过多赘述。

可理解的是，通过差异接口对待调测设备进行界面测试，得到界面测试结果，还包括：

当目标测试用例为原生态用例，检测与差异接口的通信状态，并在通信状态表示连接抖动时，对执行目标测试用例的测试平台进行重启操作；

当目标测试用例为嵌入式网络页面，检测与目标测试用例对应的浏览器控件的窗口切换状态，并在窗口切换状态表示切换异常时，对浏览器控件的驱动进行重启操作。

需说明的是，原生态用例表示对采用React Native实现页面开发的功能点进行测试的界面用例。嵌入式网络页面表示对采用H5实现页面开发的功能点进行测试的界面用例。在一些实施例中，嵌入式网络页面特指采用Webview实现页面开发的功能点进行测试的界面用例。

需说明的是，在进行终端应用开发时，通常会采用React Native和H5混合开发，在一些实施例中，H5采用浏览器控件(如Webview)进行显示。而实际应用中，在混合开发的应用下，存在H5页面切换不够稳定，在多设备并行时也不够稳定的问题，具体的如无法切换、切换后长时间不显示等，此时会导致目标测试用例无法继续执行，显示执行失败。因此，通过在检测到窗口切换异常时，重启浏览器控件，此时，重启后的浏览器控件通过重新加载，以降低目标测试用例失败的概率。

需说明的是，测试平台可以为Appium。通信状态表示为socket的连接状态，当socket连接存在抖动，会导致信息丢失，进而导致目标测试用例执行失败的概率提升。重启测试平台后，会断开当前与待测试设备的连接，并重新发起socket，进而提升与待测试设备的连接处于稳定态的概率。

因此，通过提供错误分析机制来实现对执行环境的检测，能降低因执行环境稳定性导致的用例失败的概率。

为实现上述目的，参照图7所示，本申请实施例的第二方面提出了一种界面自动化测试方法，应用于服务器，服务器与至少一个执行端通信连接，方法包括：

步骤S801、判断执行端是否处于空闲状态。

步骤S802、当执行端处于空闲状态，从预设的计划用例集中确定待测试的测试用例集。

需说明的是，空闲状态表示执行端无用例执行，或者是执行端存在待调测设备无相关测试用例在执行。

需说明的是，计划用例集为测试用例的全集。服务器根据执行端的空闲状态调配测试用例集的分配，能够使得各个执行端均处于执行状态，进而提升计划用例集的覆盖率，提升测试结果的可靠性。

步骤S803、将测试用例集发送给执行端，以使执行端执行应用于执行端任一的界面自动化测试方法。

因此，通过服务器检测执行端的空闲状态以判断是否进行测试用例集的下发，实现对待测试的所有测试用例的统一管理。同时，通过对每一目标测试用例设定与待调测设备的***类型无关的通用流程并结合与待调测设备的***类型强相关的差异接口执行执行步骤，能实现在同一执行端通过同一目标测试用例对不同***类型的待调测设备进行界面测试。此时，测试开发工程师仅需维护一套测试用例，以及和***有关的差异接口，管理和维护更加便利。因此，和相关技术相比，本申请实施例的方法能对不同操作***实现界面测试过程的统一管理，提升测试过程的管理和维护的便利性。

可理解的是，计划用例集中至少一个目标测试用例通过如下步骤获取：获取录制用例，并对录制用例进行步骤拆解，得到与录制用例一一对应的用例步骤集；将用例步骤集中各用例步骤对应的Json字段进行关联组合，得到目标测试用例。

需说明的是，关联组合表示在目标测试用例中引用各用例步骤对应的Json字段，因此，当一个目标测试用例中的步骤1对应的Json字段发生定位信息改变，则引用该Json字段的其他目标测试用例会相应的改变。

需说明的是，通过录制的方式获取用例，同时将录制用例进行步骤拆解，并将各用例步骤对应的Json字段组合，即可生成目标用例。通过这种方式可以降低测试人员的门槛。维护时，可以通过查询步骤来快速定位需要维护的案例。

需说明的是，由于每个步骤对应了一个Json字段，且目标用例是基于步骤进行组合的，因此，在修改或者查询时，可基于步骤进行查询。同样，由于是关联组合，因此，存在多个目标用例共用同一步骤的时，共用的步骤对应的Json字段的定位信息发生改变，能使得相应的多个目标用例均相应改变。示例性的，以其中一个点击控件对应的Json字段为例，该点击控键对应的Json字段如下：

当多个目标测试用例的步骤中均使用了上述Json字段，当该Json字段中的定位信息如“accessibilityID”发生改变时，多个目标测试用例也相应的更新。

下面以一个具体实施例描述本申请实施例的界面自动化测试的方法。参照图1至图7所示：

服务器周期对执行端1、执行端2和执行端3进行空闲状态检测；当检测到执行端2未有用例在执行，则参照步骤S802和步骤S803下发测试用例集给执行端2。执行端2参照步骤S100接收到测试用例集后，参照步骤S200确定目标测试用例，并参照步骤S300确定通用流程并参照步骤S400依次执行目标测试用例中的各个执行步骤。对于每一执行步骤，当通过目标测试用例对待调测设备3进行测试时，参照步骤S500会根据待调测设备3的***类型确定差异接口，使得执行端2能通过该差异接口调用该执行步骤中对应的功能点。在每一执行步骤执行过程中，待调测设备3存在socket连接不稳定或窗口切换不稳定，则对应的重启Appium或Webview的驱动。在每一执行步骤执行过程中，参照图4所示，当执行步骤执行失败时，通过预设的定位元素列表进行多种方式的定位。同时，参照图5所示，当确定异常位置后，将控件定位数据和干扰列表进行匹配，判断是否存在干扰因素，当存在干扰因素时，通过Json文件加载的操作指令消除干扰因素弹出的会话框，并重新执行该执行步骤。同理，对于待调测设备4而言，当其需要执行与待调测设备3相同的目标测试用例时，则可以对待调测设备3和待调测设备4进行并发处理。需说明的是，当执行步骤执行失败，还会通过多窗口切换机制将执行失败的执行步骤对应的网络页面切换为当前显示页面。此时，可以快速对当前显示页面进行截图以供定位确认。同时将图4中的控件定位数据归类的结果、该截图以及对应的执行日志通过邮件发送给对应的测试开发人员。

因此，参照图1至图7的界面自动化测试的方法，在执行端，Android和iOS平台不再需要分开两个工程维护，在一个统一的工程中即可完成了Android和iOS两个平台从启动到执行再到结果上报的整个流程，便于管理和维护。同时优化了多个待调测设备并行执行的稳定性，在同时执行H5和Native的案例时，能针对切换驱动造成的稳定性的问题也做了优化工作，有效地降低了执行端因为稳定性而影响案例执行的失败率。同时将权限弹窗和动态弹窗作为干扰因素将其关键特征用JSON文件配置化，更便于管理和维护。当出现执行步骤失败时，对于执行步骤对应的异常控件进行定位时，采用多种定位方式结合，当一种定位失败，会切换另外一种定位方式，提高了目标测试用例执行的成功率。同时也针对执行案例过程中出现的异常问题做了分析改进，通过将每个执行步骤的截图，和在执行过程中抛出的异常进行归因分类，能帮助测试开发人员更快更精准地定位修复问题。当所有测试用例执行结束后，会把执行日志和截图上传至后台，通过邮件的形式发送给案例相关的测试开发人员。通过他们的跟进处理，形成问题处理的完整的闭环。

请参阅图8，本申请实施例还提供一种界面测试的管理装置，可以实现上述应用于执行端的界面自动化测试方法，该装置包括：

接收模块100，用于获取与执行端通信连接的服务器发送的测试用例集；其中，目标测试用例为服务器在检测到执行端处于空闲状态时下发的；

确定模块200，根据测试用例集对应的执行任务，从测试用例集中确定当前执行的目标测试用例；

通用流程获取模300，用于获取操作***类型以及与目标测试用例对应的通用流程；

执行模块400，用于根据通用流程中设定的执行顺序，依次执行目标测试用例包括的多个执行步骤；

差异化处理模块500，用于在每个执行步骤的执行过程中，根据操作***类型确定当前执行的执行步骤对应的差异接口并通过差异接口对待调测设备进行界面测试，得到界面测试结果。

该界面测试的管理装置的具体实施方式与上述应用于执行端的界面自动化测试方法的具体实施例基本相同，在此不再赘述。

本申请实施例还提供了一种电子设备，电子设备包括括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述应用于执行端的界面自动化测试方法或应用于服务器的界面自动化测试方法。该电子设备可以为包括平板电脑、车载电脑等任意智能终端。

请参阅图9，图9示意了另一实施例的电子设备的硬件结构，电子设备包括：

处理器901，可以采用通用的CPU(CentralProcessingUnit，中央处理器)、微处理器、应用专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请实施例所提供的技术方案；

存储器902，可以采用只读存储器(ReadOnlyMemory，ROM)、静态存储设备、动态存储设备或者随机存取存储器(RandomAccessMemory，RAM)等形式实现。存储器902可以存储操作***和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器902中，并由处理器901来调用执行本申请实施例的应用于执行端的界面自动化测试方法或应用于服务器的界面自动化测试方法；

输入/输出接口903，用于实现信息输入及输出；

通信接口904，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信；

总线905，在设备的各个组件(例如处理器901、存储器902、输入/输出接口903和通信接口904)之间传输信息；

其中处理器901、存储器902、输入/输出接口903和通信接口904通过总线905实现彼此之间在设备内部的通信连接。

本申请实施例还提供了一种存储介质，存储介质为计算机可读存储介质，该存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述应用于执行端的界面自动化测试方法或应用于服务器的界面自动化测试方法。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本申请实施例提供的界面自动化测试方法、界面测试的管理装置、电子设备及存储介质，其通过服务器检测执行端的空闲状态以判断是否进行测试用例集的下发，实现对待测试的所有测试用例的统一管理。同时，通过对每一目标测试用例设定与待调测设备的***类型无关的通用流程并结合与待调测设备的***类型强相关的差异接口执行执行步骤，能实现在同一执行端通过同一目标测试用例对不同***类型的待调测设备进行界面测试。此时，测试开发工程师仅需维护一套测试用例，以及和***有关的差异接口，管理和维护更加便利。因此，和相关技术相比，本申请实施例的方法能对不同操作***实现界面测试过程的统一管理，提升测试过程的管理和维护的便利性。

本申请实施例描述的实施例是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变和新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图中示出的技术方案并不构成对本申请实施例的限定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、***、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括多指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例的方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序的介质。

以上参照附图说明了本申请实施例的优选实施例，并非因此局限本申请实施例的权利范围。本领域技术人员不脱离本申请实施例的范围和实质内所作的任何修改、等同替换和改进，均应在本申请实施例的权利范围之内。

Claims (10)

1.一种界面自动化测试方法，其特征在于，应用于执行端，所述方法包括：

获取与所述执行端通信连接的服务器发送的测试用例集；其中，所述测试用例集为所述服务器在检测到所述执行端处于空闲状态时下发的；

根据预设的任务规则从所述测试用例集中确定目标测试用例；

获取操作***类型以及与所述目标测试用例对应的通用流程；

根据所述通用流程中设定的执行顺序，依次执行所述目标测试用例包括的多个执行步骤；

在每个所述执行步骤的执行过程中，根据所述操作***类型确定当前执行的所述执行步骤对应的差异接口；

通过所述差异接口对待调测设备进行界面测试，得到界面测试结果。

2.根据权利要求1所述的方法，其特征在于，所述通过所述差异接口对待调测设备进行界面测试，得到界面测试结果，包括：

获取所述差异接口对应的执行结果；

当所述执行结果表示所述执行步骤执行失败，获取预设的定位元素列表；

从所述定位元素列表中选取第一定位元素作为异常定位元素；

通过所述异常定位元素对所述执行结果进行控件定位处理，得到控件定位数据；

当所述控件定位数据未定位到异常控件，从所述定位元素列表中重新选取第二定位元素以更新所述异常定位元素，并通过更新后的所述异常定位元素对所述执行结果重新进行控件定位处理；

当已遍历所述定位元素列表中所有定位元素或所述控件定位数据已定位到异常控件，停止所述控件定位处理；

根据所述执行结果和所述控件定位数据，得到界面测试结果。

3.根据权利要求2所述的方法，其特征在于，当所述控件定位数据已定位到异常控件，在进行控件定位处理之后，所述方法还包括：

将所述控件定位数据与预设的干扰列表进行匹配，判断是否存在干扰因素；

当存在所述干扰因素，重新调用所述差异接口对所述待调测设备进行界面测试；

在重新调用所述差异接口对所述待调测设备进行界面测试的过程中，通过从配置文件中读取的操作指令消除所述干扰因素弹出的会话框。

4.根据权利要求2所述的方法，其特征在于，所述通过所述差异接口对待调测设备进行界面测试，得到界面测试结果，还包括：

当所述执行结果表示所述执行步骤执行失败，通过多窗口切换机制将所述待调测设备上正在显示的显示页面切换到所述执行步骤对应的网络页面。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述通过所述差异接口对待调测设备进行界面测试，得到界面测试结果，还包括：

当所述目标测试用例为原生态用例，检测与所述差异接口的通信状态，并在所述通信状态表示连接抖动时，对执行所述目标测试用例的测试平台进行重启操作；

当所述目标测试用例为嵌入式网络页面，检测与所述目标测试用例对应的浏览器控件的窗口切换状态，并在所述窗口切换状态表示切换异常时，对所述浏览器控件的驱动进行重启操作。

6.一种界面自动化测试方法，其特征在于，应用于服务器，所述服务器与至少一个执行端通信连接，所述方法包括：

判断所述执行端是否处于空闲状态；

当所述执行端处于空闲状态，从预设的计划用例集中确定待测试的测试用例集；

将所述测试用例集发送给所述执行端，以使所述执行端执行权利要求1-5任一所述的方法。

7.根据权利要求6所述的方法，其特征在于，所述计划用例集中至少一个目标测试用例通过如下步骤获取：

获取录制用例，并对所述录制用例进行步骤拆解，得到与所述录制用例一一对应的用例步骤集；

将所述用例步骤集中各用例步骤对应的Json字段进行关联组合，得到所述目标测试用例。

8.一种界面测试的管理装置，其特征在于，所述装置包括：

接收模块，用于获取与所述执行端通信连接的服务器发送的测试用例集；其中，所述目标测试用例为所述服务器在检测到所述执行端处于空闲状态时下发的；

确定模块，根据所述测试用例集对应的执行任务，从所述测试用例集中确定当前执行的目标测试用例；

通用流程获取模块，用于获取操作***类型以及与所述目标测试用例对应的通用流程；

执行模块，用于根据所述通用流程中设定的执行顺序，依次执行所述目标测试用例包括的多个执行步骤；

差异化处理模块，用于在每个所述执行步骤的执行过程中，根据所述操作***类型确定当前执行的所述执行步骤对应的差异接口并通过所述差异接口对待调测设备进行界面测试，得到界面测试结果。

9.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现权利要求1至5任一项所述的界面自动化测试方法，或者权利要求6至7任一项的所述的界面自动化测试方法。

10.一种计算机可读存储介质，所述存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5任一项所述的界面自动化测试方法，或者权利要求6至7任一项的所述的界面自动化测试方法。

Images