自动测试方法、终端、平台及系统与流程

本申请涉及软件测试技术领域，具体涉及一种自动测试方法、终端、平台及系统。

背景技术：

移动app从早期的原生(native)架构发展为混合(hybrid)框架，再到现在的组件化架构，开发技术不断创新，测试自动化框架也层出不穷，例如有appium，robotium,calabash及earlgrey等各类框架。测试团队在自动化测试时利用现有的自动化工具来实施自己产品的自动化测试方案时，往往难以降低人工测试成本，而苦恼于自动化工具的易用性，学习成本以及运行成功率都难以满足新的测试需求。特别是现在组件通常为第三方开发，指导第三方测试人员使用需要编程的框架会耗费高昂的时间成本和人力成本。

对于安卓(android)版本和ios版本的同一个组件运行在webview上的app软件，存在对于android版本和ios版本使用同一套测试方案的需求。但现有的测试方案中，对于同一个app软件的安卓(android)版本和ios版本的同一个组件控件，所识别出的属性元素完全不一样，导致在识别该控件时，对于android版本和ios版本需要分别配置不同的标识，测试人员需要维护两套测试方案，从而增加了维护成本，也给运行自动化测试方案增加了不稳定性。

此外，在测试过程中，有时候只需测试第三方的业务组件，但是特定组件的页面往往需要执行一些必要的步骤后才能到达需要测试的第三方组件页面，冗长的测试步骤增加了运行自动化测试的不稳定性，可能在到达第三方组件页面之前被中断。

技术实现要素：

鉴于现有技术中的上述缺陷或不足，期望提供一种对于android版本和ios版本使用同一套测试方案以降低测试成本并增强自动化测试稳定性的自动测试方法、终端、平台及系统；

并进一步期望提供一种支持直接跳入第三方组件页面进行测试以增强自动化测试稳定性的自动测试方法、终端、平台及系统。

第一方面，本发明提供一种适用于自动测试终端的自动测试方法，该方法包括：

向自动测试平台获取测试方案信息；

解析该测试方案信息以生成测试指令序列，该测试指令序列包括若干识别文档对象模型(documentobjectmodel，简称dom)元素的断言以及对各dom元素进行测试的断言；

执行该测试指令序列以对待测软件的用户界面(ui)中的各dom元素进行识别和测试，在执行各断言时生成反馈信息并发送至自动测试平台以供生成测试报告。

优选地，该测试指令序列还包括位置(scheme)元素；

解析该测试方案信息以生成测试指令序列之后还包括：

执行该测试指令序列以根据scheme元素直接跳转至待测试页面。

第二方面，本发明提供一种适用于自动测试平台的自动测试方法，该方法包括：

通过可视化的测试方案配置界面获取在该界面中配置的对待测软件ui中的各dom元素进行识别和测试的测试方案；

根据所获取的测试方案生成测试方案信息，以供自动测试终端获取后解析并执行；

接收自动测试终端返回的若干反馈信息，根据各反馈信息生成测试报告。

优选地，测试方案中配置有scheme元素，该测试方案包括以下测试动作：根据所配置的scheme元素直接跳转至待测试页面。

第三方面，本发明提供一种自动测试终端，包括：

第一通信单元，配置用于向自动测试平台获取测试方案信息，将反馈信息发送至自动测试平台以供生成测试报告；

解析单元，配置用于解析测试方案信息以生成测试指令序列，该测试指令序列包括若干识别dom元素的断言以及对各dom元素进行测试的断言；

测试单元，配置用于执行测试指令序列以对待测软件ui中的各dom元素进行识别和测试，并在执行各断言时生成反馈信息。

优选地，测试指令序列还包括scheme元素。该测试单元进一步配置用于执行测试指令序列以根据scheme元素直接跳转至待测试页面。

第四方面，本发明提供一种自动测试平台，包括：

配置单元，配置用于通过可视化的测试方案配置界面获取在所述界面中配置的对待测软件ui中的各dom元素进行识别和测试的测试方案；

封装单元，配置用于根据所获取的测试方案生成测试方案信息；

第二通信单元，配置用于将所述测试方案信息发送至自动测试终端以供解析并执行，接收所述自动测试终端返回的若干反馈信息；

报告单元，配置用于根据各所述反馈信息生成测试报告。

优选地，测试方案中配置有scheme元素，该测试方案包括以下测试动作：根据所配置的scheme元素直接跳转至待测试页面。

第五方面，本发明提供一种自动测试系统，包括若干上述自动测试终端，以及，上述自动测试平台。

第六方面，本发明还提供一种设备，包括一个或多个处理器和存储器，其中存储器包含可由该一个或多个处理器执行的指令以使得该一个或多个处理器执行上述第一方面提供的自动测试方法，或，上述第二方面提供的自动测试方法。

第七方面，本发明还提供一种存储有计算机程序的计算机可读存储介质，该计算机程序使计算机执行上述第一方面提供的自动测试方法，或，上述第二方面提供的自动测试方法。

本发明诸多实施例提供的自动测试方法、终端、平台及系统通过在自动测试平台中配置封装对待测软件ui中的各dom元素进行识别和测试的测试方案，并在自动测试终端中解析执行以完成对待测软件的ui进行测试，利用dom元素在android系统和ios系统中结构完全一致的特性，实现了对于android版本和ios版本只需使用同一套测试方案，从而降低测试成本并增强自动化测试稳定性；同时还具备自动测试平台可无线适配多个自动测试终端，而无需物理连接，可同时进行多线测试，以及自动生成测试报告等优点；

本发明一些实施例提供的自动测试方法、终端、平台及系统通过在自动测试平台中通过可视化的测试方案配置界面获取在所述界面中配置的测试方案，使得第三方测试人员无需在配置界面中通过编程配置测试方案，从而降低了测试方案的配置难度，并节省了培训第三方测试人员的时间成本和人力成本；

本发明一些实施例提供的自动测试方法、终端、平台及系统进一步通过在测试方案中配置scheme元素，以及根据所配置的scheme元素直接跳转至待测试页面的测试动作，实现了直接跳入第三方组件页面进行测试，从而增强了自动化测试的稳定性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1为本发明一实施例提供的一种自动测试方法的流程图。

图2为图1所示方法的一种优选实施方式的流程图。

图3为本发明一实施例提供的另一种自动测试方法的流程图。

图4为图3所示方法的一种优选实施方式的流程图。

图5为本发明一实施例提供的一种自动测试终端的结构示意图。

图6为本发明一实施例提供的一种自动测试平台的结构示意图。

图7为图6所示平台的一种优选实施方式的结构示意图。

图8为本发明一实施例提供的一种自动测试系统的结构示意图。

图9为本发明一实施例提供的一种设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1为本发明一实施例提供的一种自动测试方法的流程图。

如图1所示，在本实施例中，本发明提供一种适用于自动测试终端的自动测试方法，该方法包括：

s12：向自动测试平台获取测试方案信息。

具体地，在本实施例中，自动测试平台中所存储的各测试方案信息以参数caseid作为身份标识，自动测试终端在登录自动测试平台后，只需向自动测试平台发送caseid，即可获取自动测试平台返回的对应的测试方案信息。在更多实施例中，还可将步骤s12配置为在登录自动测试平台后通过浏览测试方案目录选择下载所需的测试方案信息等不同方式获取测试方案信息，可实现相同的技术效果。

s14：解析该测试方案信息以生成测试指令序列。该测试指令序列包括若干识别文档对象模型(documentobjectmodel，简称dom)元素的断言以及对各dom元素进行测试的断言。

具体地，在本实施例中，测试方案信息为js文件，其中封装有若干对待测软件ui中的各dom元素进行识别或测试的测试动作，在更多实施例中，还可将测试方案信息配置为更多不同格式的文件。自动测试终端在步骤s12中获取js文件之后，在步骤s14中对js文件进行解析，生成包括若干测试指令的测试指令序列。其中，一部分测试指令包括若干对各dom元素进行识别的断言，另一部分测试指令包括若干对所识别出的各dom元素进行测试的断言。

s16：执行该测试指令序列以对待测软件的用户界面(ui)中的各dom元素进行识别和测试，在执行各断言时生成反馈信息并发送至自动测试平台以供生成测试报告。

具体地，自动测试终端依次执行步骤s14中解析得到的测试指令序列中的各测试指令，从而识别出待测试软件ui的各组件中的各dom元素，并对各dom元素进行各项测试，在执行各所述断言时生成若干反馈信息，将所生成的反馈信息发送至自动测试平台以供生成测试报告。

由于dom元素具备在android系统和ios系统中结构完全一致的特性，因此本实施例提供的上述自动测试方法可以对同一app的android版本和ios版本采用完全相同的测试方案，而无需配置不同的标识并维护两套测试用例。

图2为图1所示方法的一种优选实施方式的流程图。

如图2所示，在一优选实施例中，测试指令序列还包括位置(scheme)元素。步骤s14之后还包括：

s15：执行该测试指令序列以根据scheme元素直接跳转至待测试页面。

具体地，在通常的现有测试方案中，测试一个第三方组件页面往往需要先通过冗长的路径到达该页面，例如在微信app中，需要通过主界面-“我”-“钱包”-“第三方服务”这一路径才能进入第三方组件页面；而在本实施例中，步骤s12中所获取的测试方案信息中配置有scheme元素，因此步骤s14中解析得到的测试指令序列中也包含有该scheme元素，在步骤s15中，根据该scheme元素提供的位置路径，即可通过执行测试指令直接跳转至待测试页面，从而在步骤s16中对待测试页面进行各项测试方案信息中所配置的测试，而无需再通过冗长的路径逐步到达待测试页面。对于有多个组件页面需要测试的待测试软件，也可以循环步骤s15-s16，逐一跳转至各待测试页面并进行测试。

在本实施例中，上述反馈信息包括：执行时间，执行者，测试id，执行步骤，错误类型。在更多实施例中，还可根据实际需求将反馈信息配置为包括上述任意的一项或多项，并可以进一步包括其它本领域常用于生成测试报告的各项参数或信息。

图3为本发明一实施例提供的另一种自动测试方法的流程图。

如图3所示，在本实施例中，本发明还提供一种适用于自动测试平台的自动测试方法，该方法包括：

s22：通过可视化的测试方案配置界面获取在该界面中配置的对待测软件ui中的各dom元素进行识别和测试的测试方案。

具体地，在可视化的测试方案配置界面中提供各类配置组件，测试人员无需进行编程即可在该界面中通过各类配置组件完成测试方案的配置。

在本实施例中，测试方案包括若干测试动作，例如包括到达待测试页面的测试动作、识别待测试页面中dom元素的测试动作、对所识别出的dom元素进行各类测试的测试动作，等。

测试方案还包括以下配置信息：动作顺序，动作方式，写入值，元素值，识别方式，动作说明。在更多实施例中，还可根据实际需求将测试方案配置为包括上述任意的一项或多项配置信息，并可以进一步包括其它本领域常用于配置测试方案的各类配置信息。

s24：根据所获取的测试方案生成测试方案信息，以供自动测试终端获取后解析并执行。

具体地，与图1所示方法相对应地，在本实施例中，步骤s24中将步骤s22所获取的测试方案封装成js文件，以供自动测试终端获取后解析并执行，在更多实施例中，还可将测试方案封装成其它不同格式的文件。

s26：接收自动测试终端返回的若干反馈信息，根据各反馈信息生成测试报告。

具体地，与图1所示方法相对应地，在本实施例中，图2所示方法中的反馈信息包括：执行时间，执行者，测试id，执行步骤，错误类型。在更多实施例中，同样可配置包括不同信息的反馈信息。

自动测试平台接收自动测试终端返回的各反馈信息后，根据其中的上述各项信息，自动生成预配置格式的测试报告。

在一优选实施例中，测试方案中配置有scheme元素，该测试方案包括以下测试动作：根据所配置的scheme元素直接跳转至待测试页面。

具体地，自动测试平台通过在可视化的测试方案配置界面中提供配置scheme元素的配置组件，获取到配置有scheme元素的测试方案并封装成测试方案信息，以供自动测试终端获取后解析并执行图2所示的方法。

图4为图3所示方法的一种优选实施方式的流程图。

如图4所示，在一优选实施例中，步骤s26之后还包括：

s28：接收查询指令或分析指令，根据查询指令或分析指令对相对应的反馈信息和/或测试报告进行查询或分析，生成查询结果或分析结果并返回。

具体地，测试人员可以通过自动测试终端配置并发送查询指令或分析指令，也可以在其它任意终端，例如pc终端上登录自动测试平台后，配置生成查询指令或分析指令。自动测试平台接收查询指令或分析指令后，可以对相应的反馈信息和测试报告进行查询分析，生成结果并返回。

图5为本发明一实施例提供的一种自动测试终端的结构示意图。图5所示的自动测试终端可对应执行图1-2所示的方法。

如图5所示，在本实施例中，本发明提供一种自动测试终端10，包括：

第一通信单元11，配置用于向自动测试平台获取测试方案信息，将反馈信息发送至自动测试平台以供生成测试报告；

解析单元13，配置用于解析测试方案信息以生成测试指令序列，该测试指令序列包括若干识别dom元素的断言以及对各dom元素进行测试的断言；

测试单元15，配置用于执行测试指令序列以对待测软件ui中的各dom元素进行识别和测试，并在执行各断言时生成反馈信息。

具体地，在本实施例中，自动测试终端10配置为安装在手机中的app软件。

在更多实施例中，自动测试终端10还可根据实际需求配置为安装在pc等不同设备中的软件；或，专用于进行自动测试的硬件装置，例如，一体集成的手持测试终端设备等；乃至于，其它软硬件组合类型的设备，例如，第一通信单元11和解析单元13配置为与手机通信连接的硬件装置、测试单元15配置为安装在手机中的软件，等等。

在一优选实施例中，测试指令序列还包括scheme元素。

测试单元15进一步配置用于执行测试指令序列以根据scheme元素直接跳转至待测试页面。具体原理参见上述关于图2所示方法及其优选实施方式的说明，此处不再赘述。

图6为本发明一实施例提供的一种自动测试平台的结构示意图。图6所示的自动测试平台可对应执行图3所示的方法。

如图6所示，在本实施例中，本发明还提供一种自动测试平台20，包括：

配置单元21，配置用于通过可视化的测试方案配置界面获取在所述界面中配置的对待测软件ui中的各dom元素进行识别和测试的测试方案；

封装单元23，配置用于根据所获取的测试方案生成测试方案信息；

第二通信单元25，配置用于将所述测试方案信息发送至自动测试终端以供解析并执行，接收所述自动测试终端返回的若干反馈信息；

报告单元27，配置用于根据各所述反馈信息生成测试报告。

具体地，在本实施例中，自动测试平台20配置为安装在计算机中的软件。

在更多实施例中，自动测试平台20还可根据实际需求配置为安装在移动终端等不同设备中的软件；或，专用于进行配置测试方案以及生成测试报告等功能的硬件装置。

图7为图6所示平台的一种优选实施方式的结构示意图。图7所示的自动测试平台可对应执行图4所示的方法。

如图7所示，在一优选实施例中，第二通信单元25进一步配置用于接收查询指令或分析指令，返回查询结果或分析结果。

自动测试平台20还包括：

查询单元29，配置用于根据查询指令或分析指令对相对应的反馈信息和/或测试报告进行查询或分析，生成查询结果或分析结果。具体原理参见上述关于图4所示方法及其优选实施方式的说明，此处不再赘述。

图8为本发明一实施例提供的一种自动测试系统的结构示意图。

如图8所示，在本实施例中，本发明还提供一种自动测试系统，包括若干上述任一实施例提供的自动测试终端10，以及上述任一实施例提供的自动测试平台20。

图9为本发明一实施例提供的一种设备的结构示意图。

如图9所示，作为另一方面，本申请还提供了一种设备900，包括一个或多个中央处理单元(cpu)901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。在ram903中，还存储有设备900操作所需的各种程序和数据。cpu901、rom902以及ram903通过总线904彼此相连。输入/输出(i/o)接口905也连接至总线904。

以下部件连接至i/o接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至i/o接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本公开的实施例，上述任一实施例描述的自动测试方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行自动测试方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以通过执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以通过专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，各所述单元可以是设置在计算机或移动智能设备中的软件程序，也可以是单独配置的硬件装置。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为又一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例的装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，该程序被一个或者一个以上的处理器用来执行描述于本申请任一实施例提供的自动测试方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离本申请构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。