一种自动化测试方法、系统及存储介质

技术领域

本发明涉及APP产品测试技术领域，具体地说，涉及一种自动化测试方法、系统及存储介质。

背景技术

APP产品的开发过程中，对其在实际移动终端上的测试为至关重要的一个环节，为了提高发现问题的效率和回归测试的效率，目前大多采用自动化测试的手段进行测试。

但目前的自动化测试方法中，移动终端的数量及类型的局限性较大，很难做到较大规模的测试。

发明内容

本发明提供了一种自动化测试方法，其能够克服现有技术的某种或某些缺陷。

根据本发明的一种自动化测试方法，其包括如下步骤：

步骤S1、通过一总控节点执行预设的调度策略，实现向多个执行节点的测试指令的发送；

步骤S2、任一执行节点在收到测试指令后，均与其所对应的多个测试终端建立连接，并按测试指令中的策略执行测试用例；

步骤S3、任一执行节点的任一测试用例的执行结果均发送至总控节点处；

步骤S4、总控节点处生成汇总报告。

通过上述步骤S1-S4，能够较佳地通过总控节点实现对所有执行节点的同一调度，而每个执行节点处又均能够设置多个测试终端，故而能够较佳地实现多类型、大规模的测试执行，故而能够较佳地提升发现问题的效率和回归测试的效率。此外，通过在总控节点处生成汇总报告，故而能够进一步地提升测试的自动化程度。

作为优选，步骤S1中的调度策略用于定义所述多个执行节点进入作业的规则。从而能够较佳地实现对所有执行节点的统筹安排。

作为优选，步骤S1中的测试指令用于定义所需执行的测试用例的种类以及所需开启的测试终端的类型及数量。故而能够较佳地实现对对应执行节点所需及进行工作的约束。

作为优选，步骤S2具体包括如下步骤，

步骤S21、对应执行节点读取测试指令中的所需开启的测试终端的类型及数量；

步骤S22、对应执行节点读取与其连接的测试终端的设备类型及数量；

步骤S23、对应执行节点与测试指令中定义的设备类型及数量的测试终端建立连接，并启动相应数量的Appium服务；

步骤S24、对应执行节点读取测试指令中的测试用例的种类，并拉取对应种类的测试用例进入执行。

通过上述步骤S21-24，使得测试终端在接收到测试指令后，能够较佳地实现与测试终端的自动连接、测试用例的自动拉取及执行，从而能够较佳地提升测试的效率。

作为优选，步骤S22中，在任一执行节点处的可用测试终端的设备类型或数量达不到相应测试指令中所规定的类型及数量时，相应执行节点均向总控节点进行错误反馈；总控节点在收到错误反馈后，依据错误反馈的数据向其余空闲执行节点发送相应的测试指令。故而能够较佳地保证预定测试规模的完成。

作为优选，任一执行节点处所配置的测试终端的类型能够为相同类型或不同类型。故而便于执行。

此外，本发明还提供了一种自动化测试系统，其用于实现任一上述的一种自动化测试方法，其包括总控服务器、执行服务器以及测试终端；总控服务器用于构建总控节点，执行服务器用于构建执行节点。

通过本发明中的自动化测试系统，能够较佳地实现对APP产品的自动化测试。

作为优选，执行服务器具有多个。故而能够较佳地提升测试效率。

作为优选，任一执行服务器处的测试终端均具备多个。故而能够较佳地提升测试效率。

此外，本发明还提供了一种存储介质，其上存储有任一上述的一种自动化测试方法。故而便于实现。

附图说明

图1为实施例1中的一种自动化测试方法的流程示意图；

图2为实施例1中的一种自动化测试系统的框图示意图。

具体实施方式

为进一步了解本发明的内容，结合附图和实施例对本发明作详细描述。应当理解的是，实施例仅仅是对本发明进行解释而并非限定。

实施例1

结合图1所示，本实施例提供了一种自动化测试方法，其包括如下步骤：

步骤S1、通过一总控节点执行预设的调度策略，实现向多个执行节点的测试指令的发送；

步骤S2、任一执行节点在收到测试指令后，均与其所对应的多个测试终端建立连接，并按测试指令中的策略执行测试用例；

步骤S3、任一执行节点的任一测试用例的执行结果均发送至总控节点处；

步骤S4、总控节点处生成汇总报告。

通过上述步骤S1-S4，能够较佳地通过总控节点实现对所有执行节点的同一调度，而每个执行节点处又均能够设置多个测试终端，故而能够较佳地实现多类型、大规模的测试执行，故而能够较佳地提升发现问题的效率和回归测试的效率。此外，通过在总控节点处生成汇总报告，故而能够进一步地提升测试的自动化程度。

本实施例的步骤S1中的调度策略用于定义所述多个执行节点进入作业的规则。从而能够较佳地实现对所有执行节点的统筹安排。

本实施例的步骤S1中的测试指令用于定义所需执行的测试用例的种类以及所需开启的测试终端的类型及数量。故而能够较佳地实现对对应执行节点所需及进行工作的约束。

本实施例中，测试终端的类型能够为测试终端的操作系统类型。

本实施例的步骤S2具体包括如下步骤，

步骤S21、对应执行节点读取测试指令中的所需开启的测试终端的类型及数量；

步骤S22、对应执行节点读取与其连接的测试终端的设备类型及数量；

步骤S23、对应执行节点与测试指令中定义的设备类型及数量的测试终端建立连接，并启动相应数量的Appium服务；

步骤S24、对应执行节点读取测试指令中的测试用例的种类，并拉取对应种类的测试用例进入执行。

通过上述步骤S21-24，使得测试终端在接收到测试指令后，能够较佳地实现与测试终端的自动连接、测试用例的自动拉取及执行，从而能够较佳地提升测试的效率。

本实施例的步骤S22中，在任一执行节点处的可用测试终端的设备类型或数量达不到相应测试指令中所规定的类型及数量时，相应执行节点均向总控节点进行错误反馈；总控节点在收到错误反馈后，依据错误反馈的数据向其余空闲执行节点发送相应的测试指令。故而能够较佳地保证预定测试规模的完成。

本实施例的任一执行节点处所配置的测试终端的类型能够为相同类型或不同类型。故而便于执行。

结合图2所示，基于本实施例中的一种自动化测试方法，本实施例还提供了一种自动化测试系统，其用于实现本实施例中的一种自动化测试方法，其包括总控服务器、执行服务器以及测试终端；总控服务器用于构建总控节点，执行服务器用于构建执行节点。

通过本实施例中的自动化测试系统，能够较佳地实现对APP产品的自动化测试。

其中，执行服务器具有多个。故而能够较佳地提升测试效率。

其中，任一执行服务器处的测试终端均具备多个。故而能够较佳地提升测试效率。

此外本实施例还提供了一种存储介质，其上存储有本实施例中的一种自动化测试方法。故而便于实现。

以上示意性的对本发明及其实施方式进行了描述，该描述没有限制性，附图中所示的也只是本发明的实施方式之一，实际的结构并不局限于此。所以，如果本领域的普通技术人员受其启示，在不脱离本发明创造宗旨的情况下，不经创造性的设计出与该技术方案相似的结构方式及实施例，均应属于本发明的保护范围。