CN108427636A - 应用的测试方法、系统和电子设备 - Google Patents

Abstract

本申请实施例公开了一种应用的测试方法、系统和电子设备，该方法包括：根据测试系统所属的系统平台，在该测试系统或测试系统的运行环境中将该系统平台相关的业务操作封装为用户行为方法/函数，其中，相同的业务操作在不同系统平台对应的测试系统中封装的用户行为方法/函数的名称和参数相同；获取测试脚本，该测试脚本中与系统平台相关的业务操作通过调用该业务操作对应用户行为方法/函数实现；基于该测试系统中的用户行为方法/函数，解析并执行该测试脚本。

Description

应用的测试方法、系统和电子设备

技术领域

本申请涉及计算机软件技术领域，尤其涉及一种应用的测试方法、系统和电子设备。

背景技术

在移动互联网时代，应用程序都是在移动终端运行的。对于同一个应用，其对应的应用类型一般包括Android应用、IOS应用，以及运行在移动浏览器中的WAP应用。对于测试人员来说，由于要测试的平台众多，手工测试效率很低，即使采用传统的自动化框架开发，为实现跨平台产品的自动化测试来说，其脚本复用率低，脚本维护成本高，测试效率较差。

发明内容

本申请实施例的目的是提供一种应用的测试方法、系统和电子设备，以实现测试脚本和系统平台的平台无关性，支持一个测试脚本在多个系统平台上运行，从而降低脚本维护成本，提高脚本测试人员的开发效率。

为解决上述技术问题，本申请实施例是这样实现的：

第一方面，提出了一种应用的测试方法的方法，该方法包括：

根据测试系统所属的系统平台，在该测试系统或测试系统的运行环境中将该系统平台相关的业务操作封装为用户行为方法/函数，其中，相同的业务操作在不同系统平台对应的测试系统中封装的用户行为方法/函数的名称和参数相同；

获取测试脚本，该测试脚本中与系统平台相关的业务操作通过调用该业务操作对应的用户行为方法/函数实现；

基于该测试系统中的用户行为方法/函数，解析并执行该测试脚本。

第二方面，提出了一种测试系统，该系统包括：

封装单元，根据测试系统所属的系统平台，在该测试系统或测试系统的运行环境中将该系统平台相关的业务操作封装为用户行为方法/函数，其中，相同的业务操作在不同系统平台对应的测试系统中封装的用户行为方法/函数的名称和参数相同；

获取单元，获取测试脚本，该测试脚本中与系统平台相关的业务操作通过调用该业务操作对应的用户行为方法/函数实现；

解析执行单元，基于该测试系统中的用户行为方法/函数，解析并执行该测试脚本。

第三方面，提出了一种电子设备，该电子设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行以下操作：

根据测试系统所属的系统平台，在该测试系统或测试系统的运行环境中将该系统平台相关的业务操作封装为用户行为方法/函数，其中，相同的业务操作在不同系统平台对应的测试系统中封装的用户行为方法/函数的名称和参数相同；

获取测试脚本，该测试脚本中与系统平台相关的业务操作通过调用该业务操作对应的用户行为方法/函数实现；

基于该测试系统中的用户行为方法/函数，解析并执行该测试脚本。

第四方面，提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序当被包括多个应用程序的电子设备执行时，使得该电子设备执行以下操作：

根据测试系统所属的系统平台，在该测试系统或测试系统的运行环境中将该系统平台相关的业务操作封装为用户行为方法/函数，其中，相同的业务操作在不同系统平台对应的测试系统中封装的用户行为方法/函数的名称和参数相同；

获取测试脚本，该测试脚本中与系统平台相关的业务操作通过调用该业务操作对应的用户行为方法/函数实现；

基于该测试系统中的用户行为方法/函数，解析并执行该测试脚本。

由以上本申请实施例提供的技术方案可见，本申请实施例方案至少具备如下一种技术效果：

通过在测试系统或测试系统的运行环境中封装与系统平台相关的业务操作对应的用户行为方法/函数，并在测试脚本中采用用户行为方法/函数实现测试的业务逻辑，进而对这样的测试脚本进行解析执行，从而能够实现测试脚本和系统平台的平台无关性，支持一个测试脚本在多个系统平台上运行，从而降低脚本维护成本，提高脚本测试人员的开发效率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请的一个实施例应用的测试方法的方法流程图。

图2是本申请的一个实施例应用的测试方法的交互流程图。

图3是本申请的一个实施例电子设备的结构示意图。

图4是本申请的一个实施例测试系统的结构示意图。

具体实施方式

本申请实施例提供一种应用的测试方法、系统和电子设备。

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

图1是本申请的一个实施例应用的测试方法的方法流程图。图1的方法可包括：

S110，根据测试系统所属的系统平台，在该测试系统或测试系统的运行环境中将该系统平台相关的业务操作封装为用户行为方法/函数，其中，相同的业务操作在不同系统平台对应的测试系统中封装的用户行为方法/函数的名称和参数相同。

应理解，在本申请实施例中，可基于系统平台的差异性，为不同系统平台上的测试系统封装与系统平台相关的业务操作对应的用户行为方法/函数。

例如，可在Android系统上运行的测试系统封装与Android系统的业务操作对应的用户行为方法/函数，可在IOS系统上运行的测试系统封装与IOS系统的业务操作对应的用户行为方法/函数，在Desktop系统上运行的测试系统封装与Desktop系统的业务操作对应的用户行为方法/函数，相同的业务操作在不同系统平台上采用相同的用户行为方法/函数。

S120，获取测试脚本，该测试脚本中与系统平台相关的业务操作通过调用该业务操作对应的用户行为方法/函数实现；

S130，基于该测试系统中的用户行为方法/函数，解析并执行该测试脚本。

本申请实施例中，通过在测试系统或测试系统的运行环境中封装与系统平台相关的业务操作对应的用户行为方法/函数，并在测试脚本中采用用户行为方法/函数实现测试的业务逻辑，进而对这样的测试脚本进行解析执行，从而能够实现测试脚本和系统平台的平台无关性，支持一个测试脚本在多个系统平台上运行，从而降低脚本维护成本，提高脚本测试人员的开发效率。

可选地，作为一个实施例，步骤S130具体可实现为：

解析获取该测试脚本中的用户行为方法/函数；

基于该测试系统中的用户行为方法/函数，将该测试脚本解析为该系统平台能够执行的可执行脚本；

执行该可执行脚本。

进一步地，执行该可执行脚本，具体可实现为：

通过调用Appium系统或Macaca系统等工具执行该可执行脚本。

可选地，作为一个实施例，该测试系统中可封装有与系统平台相关的业务操作的用户行为方法/函数。

或者，可选地，作为另一个实施例，该测试系统的运行环境为运行该测试系统的浏览器，该浏览器封装有与系统平台相关的业务操作的用户行为方法/函数。

此时，步骤S120可实现为：获取在该浏览器中输入的该测试脚本。

可选地，作为一个实施例，该测试脚本中携带测试用例数据。

或者，可选地，作为另一个实施例，步骤S130之前，该方法还可包括：

获取该测试脚本调用所需的测试用例数据。

本申请实施例中，通过将测试用例数据与测试脚本解耦合，可以使得测试脚本更易于开发及维护，进而提高测试脚本的开发效率，减少开发成本。

当然，应理解，在步骤S120之前，该方法还可包括：

基于该测试系统中的用户行为方法/函数，创建该测试脚本。

应理解，在本申请实施例中，该测试脚本可基于python语言、java语言或JavaScript语言实现。

下面，将结合具体的实施例，对本申请实施例的方法作进一步的描述。

图2是本申请的一个实施例测试系统的架构示意图。如图2所示，测试系统可包括测试脚本层、数据层、业务抽象层、框架层和控制层。其中，

控制层：跟具体的被测对象的系统平台强相关，控制不同系统平台的设备的能力，可采用业界已有的Appium系统或者Macaca系统，以实现自动化测试。

框架层：用于实现测试数据驱动脚本的能力，并提供了测试工程执行时具体加载哪个业务用户行为方法/函数的功能。应理解，在本申请实施例中，数据和用例逻辑是分离的，即同一个测试脚本可以使用不同的测试数据，每一组测试数据都是一个用例。框架层可采用python语言、Java语言或JavaScript语言等实现。

业务抽象层：主要是根据业务的抽象，把与系统平台相关的业务操作抽象成一个个具体的用户行为方法/函数，并在每个系统平台对应的测试系统或测试系统的运行环境中分别实现这些业务用户行为方法/函数。当然，应理解，相同的业务操作在不同系统平台的测试系统中对应的用户行为方法/函数的名称相同。

例如，不妨假设一个业务操作为存储数据，用户行为名称为SaveData，参数包括数据对象data和存储路径path，则在每个系统平台对应的测试系统，需要分别实现该存储功能。而在测试脚本中，只需要调用用户行为方法/函数SaveData(data，path)，不需要关注该业务操作在各个系统平台的代码实现上的差异。

又例如，假设一个业务操作为系统登录，可在每个平台对应的浏览器中分别封装出相应的操作代码片段，系统平台之间的特性差异可以体现在用户行为方法/函数的不同操作逻辑中。其中，该浏览器为运行该测试系统的浏览器。

一个具体的例子，在测试脚本中，可调用脚本SampleUA.input_cardno(self.cardno)。

在基于Android开发的浏览器中，可封装如下代码：

在基于IOS开发的浏览器中，可封装如下代码：

在基于DeskTop开发的浏览器中，可封装如下代码：

其中，不同系统平台中业务逻辑实现的差异性如前述代码片段所示。

数据层：承载了每个测试用例具体的测试数据。

脚本层：基于业务用户行为实现的测试脚本，该测试脚本是完成指定业务操作的业务用户行为组合。一个测试脚本可以对应多个测试数据。

基于上面的框架划分方式，一种测试方法如下：

第一步，可在测试系统的业务抽象层实现与系统平台相关的业务操作的用户行为方法/函数，同一个业务操作在不同系统平台对应的测试系统中的用户行为方法/函数采用相同的名称和调用参数。当然，应理解，在完成用户行为方法/函数的封装后，后续的测试过程可以直接使用。

第二步，编写测试用例数据，并基于用户行为方法/函数编写测试脚本。

第三步，输入测试脚本和测试用例数据。

第四步，解析脚本，基于用户行为方法/函数对测试脚本执行的方法进行加载，得到可执行脚本。

第五步，通过调用Appium系统或者Macaca系统等执行该可执行脚本。

当然，应理解，上述步骤仅仅是示意性的，在具体的实现过程中，可增加或减少若干步骤，或者对步骤的顺序进行局部调整，本申请实施例在此不作限制。

此外，应理解，图2中仅展示出了测试系统的一种框架划分方式。在具体的应用中，该框架的划分不是固定的。在图2中，某些功能层可以合并成一个功能层，例如，脚本层和数据层可以合并成一个脚本数据层，等等；此外，某些功能成可以进一步地拆分成多个功能层。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

图3是本申请的一个实施例电子设备的结构示意图。请参考图3，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成测试系统。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

根据测试系统所属的系统平台，在该测试系统或测试系统的运行环境中将该系统平台相关的业务操作封装为用户行为方法/函数，其中，相同的业务操作在不同系统平台对应的测试系统中封装的用户行为方法/函数的名称和参数相同；

获取测试脚本，该测试脚本中与系统平台相关的业务操作通过调用该业务操作对应的用户行为方法/函数实现；

基于该测试系统中的用户行为方法/函数，解析并执行该测试脚本。

上述如本申请图1所示实施例揭示的测试系统执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1的方法，并实现测试系统在图1、图2所示实施例的功能，本申请实施例在此不再赘述。

当然，除了软件实现方式之外，本申请的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1所示实施例的方法，并具体用于执行以下操作：

根据测试系统所属的系统平台，在该测试系统或测试系统的运行环境中将该系统平台相关的业务操作封装为用户行为方法/函数，其中，相同的业务操作在不同系统平台对应的测试系统中封装的用户行为方法/函数的名称和参数相同；

获取测试脚本，该测试脚本中与系统平台相关的业务操作通过调用该业务操作对应的用户行为方法/函数实现；

基于该测试系统中的用户行为方法/函数，解析并执行该测试脚本。

图4是本申请的一个实施例测试系统的结构示意图。请参考图4，在一种软件实施方式中，测试系统可包括：

封装单元410，根据测试系统所属的系统平台，在该测试系统或测试系统的运行环境中将该系统平台相关的业务操作封装为用户行为方法/函数，其中，相同的业务操作在不同系统平台对应的测试系统中封装的用户行为方法/函数的名称和参数相同；

获取单元420，获取测试脚本，该测试脚本中与系统平台相关的业务操作通过调用该业务操作对应的用户行为方法/函数实现；

解析执行单元430，基于该测试系统中的用户行为方法/函数，解析并执行该测试脚本。

本申请实施例中，通过在测试系统或测试系统的运行环境中封装与系统平台相关的业务操作对应的用户行为方法/函数，并在测试脚本中采用用户行为方法/函数实现测试的业务逻辑，进而对这样的测试脚本进行解析执行，从而能够实现测试脚本和系统平台的平台无关性，支持一个测试脚本在多个系统平台上运行，从而降低脚本维护成本，提高脚本测试人员的开发效率。

可选地，作为一个实施例，解析执行单元430具体用于：

解析获取该测试脚本中的用户行为方法/函数；

基于该测试系统中的用户行为方法/函数，将该测试脚本解析为该系统平台能够执行的可执行脚本；

执行该可执行脚本。

进一步地，解析执行单元430可通过调用Appium系统或Macaca系统执行该可执行脚本。

可选地，作为一个实施例，该测试系统中可封装有与系统平台相关的业务操作的用户行为方法/函数。

或者，可选地，作为另一个实施例，该测试系统的运行环境为运行该测试系统的浏览器，该浏览器封装有与系统平台相关的业务操作的用户行为方法/函数。

此时，获取单元420具体可用于获取在该浏览器中输入的该测试脚本。

可选地，作为一个实施例，该测试脚本中携带测试用例数据。

或者，可选地，作为另一个实施例，获取单元420还用于：

获取该测试脚本调用所需的测试用例数据。

本申请实施例中，通过将测试用例数据与测试脚本解耦合，可以使得测试脚本更易于开发及维护，进而提高测试脚本的开发效率，减少开发成本。

当然，应理解，该测试系统还可包括脚本创建单元440，用于基于该测试系统中的用户行为方法/函数，创建该测试脚本。

应理解，在本申请实施例中，该测试脚本可基于python语言、java语言或JavaScript语言实现。

总之，以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

Claims (11)

1.一种应用的自动化测试的方法，包括：

根据测试系统所属的系统平台，在所述测试系统或测试系统的运行环境中将所述系统平台相关的业务操作封装为用户行为方法/函数，其中，相同的业务操作在不同系统平台对应的测试系统中封装的用户行为方法/函数的名称和参数相同；

获取测试脚本，所述测试脚本中与系统平台相关的业务操作通过调用所述业务操作对应的用户行为方法/函数实现；

基于所述测试系统中的用户行为方法/函数，解析并执行所述测试脚本。

2.如权利要求1所述的方法，其特征在于，

基于所述测试系统中的用户行为方法/函数，解析并执行所述测试脚本，包括：

解析获取所述测试脚本中的用户行为方法/函数；

基于所述测试系统中的用户行为方法/函数，将所述测试脚本解析为所述系统平台能够执行的可执行脚本；

执行所述可执行脚本。

3.如权利要求2所述的方法，

执行所述可执行脚本，包括：

通过调用Appium系统或Macaca系统执行所述可执行脚本。

4.如权利要求1所述的方法，其特征在于，

所述测试系统的运行环境为运行所述测试系统的浏览器，所述浏览器封装有与所述系统平台相关的业务操作对应的用户行为方法/函数。

5.如权利要求4所述的方法，其特征在于，

获取测试脚本，包括：

获取在所述浏览器中输入的所述测试脚本。

6.如权利要求1所述的方法，其特征在于，

所述测试脚本中携带测试用例数据；或者

在基于所述测试系统中的用户行为方法/函数，解析并执行所述测试脚本之前，所述方法还包括：

获取所述测试脚本调用所需的测试用例数据。

7.如权利要求1所述的方法，所述方法还包括：

基于所述测试系统中的用户行为方法/函数，创建所述测试脚本。

8.如权利要求1所述的方法，所述测试脚本基于python语言、java语言或JavaScript语言实现。

9.一种自动化测试系统，包括：

封装单元，根据测试系统所属的系统平台，在所述测试系统或测试系统的运行环境中将所述系统平台相关的业务操作封装为用户行为方法/函数，其中，相同的业务操作在不同系统平台对应的测试系统中封装的用户行为方法/函数的名称和参数相同；

获取单元，获取测试脚本，所述测试脚本中与系统平台相关的业务操作通过调用所述业务操作对应的用户行为方法/函数实现；

解析执行单元，基于所述测试系统中的用户行为方法/函数，解析并执行所述测试脚本。

10.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

根据测试系统所属的系统平台，在所述测试系统或测试系统的运行环境中将所述系统平台相关的业务操作封装为用户行为方法/函数，其中，相同的业务操作在不同系统平台对应的测试系统中封装的用户行为方法/函数的名称和参数相同；

获取测试脚本，所述测试脚本中与系统平台相关的业务操作通过调用所述业务操作对应的用户行为方法/函数实现；

基于所述测试系统中的用户行为方法/函数，解析并执行所述测试脚本。

11.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

根据测试系统所属的系统平台，在所述测试系统或测试系统的运行环境中将所述系统平台相关的业务操作封装为用户行为方法/函数，其中，相同的业务操作在不同系统平台对应的测试系统中封装的用户行为方法/函数的名称和参数相同；

获取测试脚本，所述测试脚本中与系统平台相关的业务操作通过调用所述业务操作对应的用户行为方法/函数实现；

基于所述测试系统中的用户行为方法/函数，解析并执行所述测试脚本。