CN109376088A - 一种自动化测试***及自动化测试方法 - Google Patents

Abstract

本发明公开了一种自动化测试***及自动化测试方法。所述***包括控制模块和SDK测试模块。其中，控制模块可以用于若确定接收到的测试指令为SDK测试指令，则启动用于执行SDK测试指令的SDK测试模块，进而，SDK测试模块可以用于获取与SDK测试需求对应的第一SDK测试用例，并基于RPC通信协议从第二平台中调用与第一SDK测试用例对应的SDK测试服务进行SDK测试。如此能够实现基于RPC通信的SDK自动化测试，且由于该***可以从第二平台中调用SDK测试服务，换言之，SDK测试用例及对应的SDK测试服务是相互独立的，因此，该***可以实现测试用例的快速扩容，能够大大提高维护速度。

Description

一种自动化测试***及自动化测试方法

技术领域

本发明涉及软件测试技术领域，尤其涉及一种自动化测试***及自动化测试方法。

背景技术

软件开发工具包(Software Development Kit，SDK)一般是指软件工程师为特定的软件包、软件框架、硬件平台、操作***等建立应用软件时的开发工具的集合。SDK的功能定义来源于SDK的配置文件，而SDK配置文件可以通过SDK的配置中心生成、修改、下发。开发人员可以采用SDK进行应用程序开发，这样开发人员就可以快速的建立应用软件，省去了编写硬件代码和基础代码框架的过程。对于SDK是否满足开发人员所建立的应用软件的要求，这是需要进行SDK测试的。然而，现有技术中尚不能实现基于远程过程调用(RemoteProcedure Call，RPC)通信的SDK自动化测试。

基于此，目前亟需一种自动化测试***，用于实现基于RPC通信的SDK自动化测试。

发明内容

本发明实施例提供一种自动化测试***及自动化测试方法，以实现基于RPC通信的SDK自动化测试。

本发明实施例提供一种自动化测试***，所述***包括控制模块和SDK测试模块；

所述控制模块，用于接收第一平台发送的测试指令，若确定所述测试指令为SDK测试指令，则启动用于执行所述SDK测试指令的所述SDK测试模块；

所述SDK测试模块，用于获取与所述SDK测试指令对应的第一SDK测试用例，并基于RPC通信协议从第二平台中调用与所述第一SDK测试用例对应的SDK测试服务进行SDK测试。

采用上述自动化测试***，通过***中的SDK测试模块和第二平台的交互，能够实现基于RPC通信的SDK自动化测试；进一步地，由于该***可以从第二平台中调用SDK测试服务，换言之，SDK测试用例及对应的SDK测试服务是相互独立的，因此，该***可以实现测试用例的快速扩容，能够大大提高维护速度。

在一种可能的实现方式中，所述SDK测试模块在进行SDK测试之后，还用于：

生成第一SDK测试数据并向所述控制模块发送所述第一SDK测试数据；

所述控制模块还用于：

接收所述第一SDK测试数据，并根据所述第一SDK测试数据生成SDK测试报告，以及向所述第一平台发送所述SDK测试报告。

采用上述自动化***，通过该***与第一平台的交互，便于用于从第一平台中查看SDK测试报告，如此，用户只需通过第一平台，即可实现从输入测试指令到接收测试报告的自动化测试，方便快捷，便于用户操作。

在一种可能的实现方式中，所述***还包括用户界面(User Interface，UI)测试模块；

所述控制模块，还用于若确定所述测试指令为UI测试指令，则启动用于执行所述UI测试指令的所述UI测试模块；

所述UI测试模块，用于获取与所述UI测试指令对应的第一UI测试用例，并根据所述第一UI测试用例进行UI测试，以及生成第一UI测试数据并向所述控制模块发送所述第一UI测试数据；

所述控制模块，还用于接收所述第一UI测试数据，并根据所述第一UI测试数据生成UI测试报告，以及向所述第一平台发送所述UI测试报告。

采用上述自动化测试***，通过***中的UI测试模块能够实现UI自动化测试。

在一种可能的实现方式中，所述***还包括应用程序编程接口(ApplicationProgramming Interface，API)测试模块；

所述控制模块，还用于若确定所述测试指令为API测试指令，则启动用于执行所述API测试指令的所述API测试模块；

所述API测试模块，用于获取与所述API测试指令对应的第一API测试用例，并根据所述第一API测试用例进行API测试，以及生成第一API测试数据并向所述控制模块发送所述第一API测试数据；

所述控制模块，还用于接收所述第一API测试数据，并根据所述第一API测试数据生成API测试报告，以及向所述第一平台发送所述API测试报告。

采用上述自动化测试***，通过***中的API测试模块能够实现API自动化测试。

在一种可能的实现方式中，所述***还包括全场景Scenario测试模块；

所述控制模块，还用于若确定所述测试指令为全栈ALL测试指令，则启动用于执行所述ALL测试指令的所述Scenario测试模块；所述ALL测试指令用于指示执行所述SDK测试指令、所述UI测试指令和所述API测试指令；

所述Scenario测试模块，用于根据所述ALL测试指令确定各测试模块的测试顺序，并根据所述测试顺序及上一测试模块的测试数据，确定是否启动下一测试模块；

所述Scenario测试模块，还用于接收所述各测试模块发送的测试数据，并根据所述各测试模块的测试数据生成ALL测试数据，以及向所述控制平台发送所述ALL测试数据；

所述控制模块，还用于接收所述ALL测试数据，并根据所述ALL测试数据生成ALL测试报告，以及向所述第一平台发送所述ALL测试报告。

采用上述自动化测试***，通过***中的Scenario测试模块分别启动UI测试模块、API测试模块和SDK测试模块，从而能够实现从WEB页面配置到API访问再到SDK功能验证的全栈式自动化测试。

本发明实施例提供一种自动化测试方法，所述方法应用于自动化测试***，所述***包括控制模块和软件开发工具包SDK测试模块；所述方法包括：

所述控制模块接收第一平台发送的测试指令，若确定所述测试指令为SDK测试指令，则启动用于执行所述SDK测试指令的SDK测试模块；

所述SDK测试模块获取与所述SDK测试指令对应的第一SDK测试用例，并基于RPC通信协议从第二平台中调用与所述第一SDK测试用例对应的SDK测试服务进行SDK测试。

在一种可能的实现方式中，在所述SDK测试模块进行SDK测试之后，所述方法还包括：

所述SDK测试模块生成第一SDK测试数据并向所述控制模块发送所述第一SDK测试数据；

所述控制模块接收所述第一SDK测试数据，并根据所述第一SDK测试数据生成SDK测试报告，以及向所述第一平台发送所述SDK测试报告。

在一种可能的实现方式中，所述***还包括用户界面UI测试模块；所述方法还包括：

所述控制模块若确定所述测试指令为UI测试指令，则启动用于执行所述UI测试指令的UI测试模块；

所述UI测试模块获取与所述UI测试指令对应的第一UI测试用例，并根据所述第一UI测试用例进行UI测试。

在一种可能的实现方式中，在根据所述第一UI测试用例进行UI测试之后，所述方法还包括：

所述UI测试模块生成第一UI测试数据并向所述控制模块发送所述第一UI测试数据；

所述控制模块接收所述第一UI测试数据，并根据所述第一UI测试数据生成UI测试报告，以及向所述第一平台发送所述UI测试报告。

在一种可能的实现方式中，所述***还包括应用程序编程接口API测试模块；所述方法还包括：

所述控制模块若确定所述测试指令为API测试指令，则启动用于执行所述API测试指令的API测试模块；

所述API测试模块获取与所述API测试指令对应的第一API测试用例，并根据所述第一API测试用例进行API测试。

在一种可能的实现方式中，在根据所述第一API测试用例进行API测试之后，所述方法还包括：

所述API测试模块生成第一API测试数据并向所述控制模块发送所述第一API测试数据；

所述控制模块接收所述第一API测试数据，并根据所述第一API测试数据生成API测试报告，以及向所述第一平台发送所述API测试报告。

在一种可能的实现方式中，所述***还包括全场景Scenario测试模块；所述方法还包括：

所述控制模块若确定所述测试指令为全栈ALL测试指令，则启动用于执行所述ALL测试指令的Scenario测试模块；所述ALL测试指令用于执行所述SDK测试指令、所述UI测试指令和所述API测试指令；

所述Scenario测试模块根据所述ALL测试指令确定各测试模块的测试顺序，并根据所述测试顺序及上一测试模块的测试数据，确定是否启动下一测试模块；以及接收所述各测试模块发送的测试数据，并根据所述各测试模块的测试数据生成ALL测试数据，以及向所述控制平台发送所述ALL测试数据；

所述控制模块接收所述ALL测试数据，并根据所述ALL测试数据生成ALL测试报告，以及向所述第一平台发送所述ALL测试报告。

在一种可能的实现方式中，所述测试顺序为UI测试、API测试、SDK测试；

所述Scenario测试模块根据所述测试顺序及上一测试模块的测试数据，确定是否启动下一测试模块；以及接收所述各测试模块发送的测试数据并根据所述各测试模块的测试数据生成ALL测试数据，以及向所述控制平台发送所述ALL测试数据，包括：

启动所述UI测试模块；接收所述UI测试模块发送的第二UI测试数据，若根据所述第二UI测试数据确定UI测试成功后，则启动所述API测试模块；并接收所述API测试模块发送的所述第二API测试数据，若根据所述第二API测试数据确定API测试成功后，则启动所述SDK测试模块；接收所述SDK测试模块发送的所述第二SDK测试数据，并根据所述第二UI测试数据、所述第二API测试数据和所述第二SDK测试数据生成ALL测试数据，以及向所述控制平台发送所述ALL测试数据。

在一种可能的实现方式中，所述第一平台用于接收用户输入的测试指令以及接收所述***发送的测试报告；

所述第二平台预先存储有多个SDK测试服务，所述SDK测试服务是所述第二平台在被所述SDK测试模块远程启动后加载的。

本申请实施例的还提供一种装置，该装置具有实现上文所描述的自动化测试方法的功能。该功能可以通过硬件执行相应的软件实现，在一种可能的设计中，该装置包括：处理器、收发器、存储器；该存储器用于存储计算机执行指令，该收发器用于实现该装置与其他通信实体进行通信，该处理器与该存储器通过该总线连接，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行上文所描述的自动化测试方法。

本发明实施例还提供一种计算机存储介质，所述存储介质中存储软件程序，该软件程序在被一个或多个处理器读取并执行时实现上述各种可能的实现方式中所描述的自动化测试方法。

本发明实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各种可能的实现方式中所描述的自动化测试方法。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍。

图1为本发明实施例适用的***架构的示意图；

图2为本发明实施例提供的一种自动化测试***的结构示意图；

图3为本发明实施例中使用jenkins的***部署示意图；

图4为本发明实施例还提供的自动化测试方法所对应的流程示意图之一；

图5为本发明实施例还提供的自动化测试方法所对应的流程示意图之二；

图6为本发明实施例还提供的自动化测试方法所对应的流程示意图之三；

图7为本发明实施例还提供的自动化测试方法所对应的流程示意图之四。

具体实施方式

下面结合说明书附图对本申请进行具体说明，方法实施例中的具体操作方法也可以应用于装置实施例中。

图1示例性示出了本发明实施例适用的***架构的示意图。如图1所示，本发明实施例适用的***100可以包括自动化测试***200、第一平台300、第二平台400、多个终端(例如图1中示出的终端501、终端502、终端503)以及注册中心600。其中，自动化测试***200可以分别与第一平台300、第二平台400、注册中心600通过网络连接；第一平台300还可以与终端401连接，或者可以与终端502，或者可以与终端503；第二平台400还可以与注册中心600通过网络连接。

进一步地，第一平台300可以用于收用户输入的测试指令以及接收所述***发送的测试报告，具体地，用户可以通过终端501(或终端502，或终端503)登录第一平台300从而输入测试指令，以及通过终端501(或终端502，或终端503)登录第一平台300从而查看测试报告。

第二平台400可以预先存储有多个SDK测试服务，以便于自动化测试***200从第二平台400中远程调用SDK测试服务。具体实施过程中，第二平台400可以将每个SDK测试服务对应的地址(如统一资源定位符(Uniform Resource Locator，URL)地址)发送到注册中心600，注册中心600可以将每个SDK测试服务与对应的地址进行存储。如此，当自动化测试***200需要调用第二平台400中的SDK测试服务时，自动化测试***200可以先从注册中心600中获取相应地SDK测试服务的地址，进而可以根据SDK测试服务的地址来调用对应的SDK测试服务。

基于图1所示的***架构，如图2所示，为本发明实施例提供的一种自动化测试***的结构示意图。该自动化测试***200可以包括控制模块201、SDK测试模块202、UI测试模块203、API测试模块204和全场景Scenario测试模块205。

其中，控制模块201可以用于接收第一平台300发送的用户输入的测试指令，并根据用户输入的测试指令，启动与测试指令对应的测试模块。进一步地，根据测试指令的不同，可以分为以下四种情形。

情形一：测试指令为SDK测试指令。

首先，控制模块201可以用于接收第一平台300发送的用户输入的SDK测试指令，并启动用于执行SDK测试指令的SDK测试模块202；SDK测试模块202可以用于从预设数据库中获取与SDK测试需求对应的第一SDK测试用例。其中，SDK测试模块可以模拟功能相关消费者，通过调用第二平台中的SDK测试服务(即SDK提供者实例)，来进行自动化测试。

具体地，SDK测试指令可以包括SDK测试需求，其中，SDK测试需求可以是指用户进行SDK测试时的测试要求。比如，用户进行SDK测试时需要对功能A进行测试，那么对功能A进行测试就可以看做是SDK测试需求。

进一步地，预设数据库中可以存储有多个SDK测试用例，每个SDK测试用例可以与至少一种功能相对应。如表1所示，为SDK测试用例与功能的对应关系的一种示例。其中，SDK测试用例1对应功能A；SDK测试用例2对应功能B；SDK测试用例3对应功能B和功能C。

表1：SDK测试用例与功能的对应关系的一种示例

SDK测试用例	功能
		SDK测试用例1	功能A
SDK测试用例2	功能B
		SDK测试用例3	功能B、功能C

举个例子，若SDK测试需求为对功能A进行测试，则根据表1示出的内容可知，SDK测试模块202可以从预设数据库中获取到的第一SDK测试用例为表1中示出的SDK测试用例1。

其次，考虑到需要采用与SDK测试用例对应的SDK测试服务来完成SDK测试，而SDK测试服务是预先存储在第二平台400中的，因此，本发明实施例中SDK测试模块200可以采用RPC通信的方式从第二平台中调用与第一测试用例对应的SDK测试服务来进行SDK测试。

具体地，当SDK测试模块202被控制模块201启动后，可以远程启动第二平台400，具体的远程启动第二平台的方式可以采用现有的基于握手协议的启动方法，在此不做详细描述。第二平台400在被SDK测试模块201远程启动后，可以加载预先存储的多个SDK测试服务。进而，SDK测试模块202在确定第一SDK测试用例后，可以基于RPC通信协议从第二平台400中调用与第一测试用例对应的SDK测试服务来进行SDK测试，具体的调用过程为第二平台400将多个SDK测试服务的地址发送到注册中心600，注册中心600存储多个SDK测试服务以及每个SDK测试服务对应的地址，SDK测试模块202在确定第一SDK测试用例后，从注册中心600中获取第一SDK测试用例对应的SDK测试服务的地址，进而可以根据该地址来调用对应的SDK测试服务进行测试。

需要说明的是，第二平台400可以在启动后加载所有的SDK测试服务；或者也可以在启动后，根据SDK测试模块200发送的指令加载特定的SDK测试服务，比如，第二平台400可以只加载第一SDK测试用例对应的SDK测试服务，具体不做限定。

最后，SDK测试模块202进行测试之后，还可以用于生成第一SDK测试数据，并向控制模块201发送第一SDK测试数据；控制模块201还可以用于接收第一SDK测试数据，并根据第一SDK测试数据生成SDK测试报告，以及向第一平台300发送SDK测试报告，以使第一平台300向用户展示SDK测试报告。如此，用户只需通过第一平台，即可实现从输入测试指令到接收测试报告的自动化测试，方便快捷，便于用户操作。

采用上述自动化测试***，通过***中的SDK测试模块和第二平台的交互，能够实现基于RPC通信的SDK自动化测试；进一步地，由于该***可以从第二平台中调用SDK测试服务，换言之，SDK测试用例及对应的SDK测试服务是相互独立的，因此，该***可以实现测试用例的快速扩容，能够大大提高维护速度。

情形二：测试指令为UI测试指令。

首先，控制模块201可以用于接收第一平台300发送的用户输入的UI测试指令，并启动用于执行UI测试指令的UI测试模块203；UI测试模块203可以用于获取与UI测试需求对应的第一UI测试用例，并根据第一UI测试用例进行UI测试。其中，UI测试模块203可以采用page object设计模式，对web元素定位方式采用灵活的配置化实现，实现了sdk配置中web页面的自动化测试，即当web元素发生变更时，只需要修改配置属性即可，无需修改UI AUTO代码，增加UI AUTO的可维护性，从而降低维护成本。

具体地，UI测试指令可以包括UI测试需求，其中，UI测试需求可以是指用户进行UI测试时的测试要求。比如，用户进行UI测试时需要对界面A进行测试，那么对界面A进行测试就可以看做是UI测试需求。

进一步地，如表2所示，为UI测试用例与界面的对应关系的一种示例。其中，UI测试用例1对应界面A；UI测试用例2对应界面B；UI测试用例3对应界面B和界面C。从表2中可以看出，每个UI测试用例可以与至少一个界面相对应。

表2：UI测试用例与界面的对应关系的一种示例

UI测试用例	界面
		UI测试用例1	界面A
UI测试用例2	界面B
		UI测试用例3	界面B、界面C

举个例子，若UI测试需求为对界面A进行测试，则根据表2示出的内容可知，UI测试模块203可以获取到的第一UI测试用例为表2中示出的UI测试用例1。

然后，UI测试模块203在进行UI测试之后，还可以用于生成第一UI测试数据，并向控制模块201发送第一UI测试数据；控制模块201还可以用于接收第一UI测试数据，并根据第一UI测试数据生成UI测试报告，以及向第一平台300发送UI测试报告，以使第一平台300向用户展示UI测试报告。

采用上述自动化测试***，通过***中的UI测试模块能够实现UI自动化测试。

情形三：测试指令为API测试指令。

首先，控制模块201可以用于接收第一平台300发送的用户输入的API测试指令，并启动用于执行API测试指令的API测试模块204；API测试模块204可以用于获取与API测试需求对应的第一API测试用例，并根据第一API测试用例进行API测试。其中，API URL和请求具体参数可以写入配置文件中，如此，API测试模块204可以自动化读取配置文件相关信息进行自动化测试，在测试服务地址发生变化或者测试参数发生变化时无需修改代码，修改配置文件即可，实现了请求参数配置化，提高API AUTO TEST模块的可维护性，可以实现测试用例的快速扩展。

具体地，API测试指令可以包括API测试需求，其中，API测试需求可以是指用户进行API测试时的测试要求。比如，用户进行API测试时需要对接口A进行测试，那么对接口A进行测试就可以看做是API测试需求。

进一步地，如表3所示，为API测试用例与接口的对应关系的一种示例。其中，API测试用例1对应接口A；API测试用例2对应接口B；API测试用例3对应接口B和接口C。从表3中可以看出，每个API测试用例可以与至少一个接口相对应。

表3：API测试用例与接口的对应关系的一种示例

API测试用例	接口
		API测试用例1	接口A
API测试用例2	接口B
		API测试用例3	接口B、接口C

举个例子，若API测试需求为对接口A进行测试，则根据表3示出的内容可知，API测试模块204可以获取到的第一API测试用例为表3中示出的API测试用例1。

然后，API测试模块204在进行API测试之后，还可以用于生成第一API测试数据，并向控制模块201发送第一API测试数据；控制模块201还可以用于接收第一API测试数据，并根据第一API测试数据生成API测试报告，以及向第一平台300发送API测试报告，以使第一平台300向用户展示API测试报告。

采用上述自动化测试***，通过***中的API测试模块能够实现API自动化测试。

情形四：测试指令为全栈(ALL)测试指令。

本发明实施例中，ALL测试指令可以是指全栈的测试指令，即ALL测试指令可以用于指示执行从WEB页面配置到API访问再到底层SDK功能验证的全栈式自动化测试。

具体来说，控制模块201可以用于接收第一平台300发送的用户输入的ALL测试指令，并启动用于执行ALL测试指令的Scenario测试模块205；Scenario测试模块205可以用于根据ALL测试需求确定各测试模块的测试顺序，并根据测试顺序及上一测试模块的测试数据，确定是否启动下一测试模块。

进一步地，Scenario测试模块205还可以用于接收各测试模块发送的测试数据并根据各测试模块的测试数据生成ALL测试数据，以及向控制平台201发送ALL测试数据。

进一步地，控制模块201还用于接收ALL测试数据，并根据ALL测试数据生成ALL测试报告，以及向第一平台300发送ALL测试报告，以使第一平台300向用户展示ALL测试报告。

本发明实施例中，ALL测试指令可以包括用户进行ALL测试时的测试要求，具体可以包括UI测试需求、APL测试需求以及SDK测试需求。

此外，ALL测试指令还可以包括ALL测试需求，其中，ALL测试需求可以包括用户进行ALL测试时的测试顺序。比如，测试顺序可以为UI测试、API测试、SDK测试；或者，测试顺序也可以为UI测试、SDK测试、API测试。本领域技术人员可以根据经验和实际情况来确定测试顺序，具体不做限定。

采用上述自动化测试***，通过***中的Scenario测试模块分别启动UI测试模块、API测试模块和SDK测试模块，从而能够实现从WEB页面配置到API访问再到SDK功能验证的全栈式自动化测试。

以UI测试、SDK测试、API测试这一测试顺序为例，下面进行详细描述。

控制模块201，若确定测试指令为ALL测试指令，则启动用于执行ALL测试指令的Scenario测试模块205。

Scenario测试模块205，若确定测试顺序为UI测试、API测试、SDK测试，则启动UI测试模块203。

UI测试模块203，获取与ALL测试需求对应的第二UI测试用例，并根据第二UI测试用例进行UI测试，以及向Scenario测试模块205发送第二UI测试数据。

Scenario测试模块205，接收UI测试模块203发送的第二UI测试数据，若根据第二UI测试数据确定UI测试成功后，则启动API测试模块204。

API测试模块204，获取与ALL测试需求对应的第二API测试用例，并根据第二API测试用例进行API测试，以及向Scenario测试模块205发送第二API测试数据；

Scenario测试模块205，接收述API测试模块204发送的第二API测试数据，若根据第二API测试数据确定API测试成功后，则启动SDK测试模块202。

SDK测试模块202，获取与ALL测试需求对应的第二SDK测试用例，并从第二平台400中基于RPC通信协议调用与第二SDK测试用例对应的SDK测试服务进行SDK测试，以及向Scenario测试模块205发送第二SDK测试数据。

Scenario测试模块205，接收SDK测试模块202发送的述第二SDK测试数据，并根据第二UI测试数据、第二API测试数据和第二SDK测试数据生成ALL测试数据，以及向控制模块201发送ALL测试数据。

控制模块201，接收ALL测试数据，并根据ALL测试数据生成ALL测试报告，以及向第一平台300发送ALL测试报告，以使第一平台300向用户展示ALL测试报告。

本发明实施例提供的自动化测试***200，一方面能够实现分层自动化测试，即单独的UI自动化测试、单独的API自动化测试、单独的SDK测试；另一方面，该自动化测试***200打通了UI层、API层、SDK层，能够实现UI修改配置，SDK验证功能是否生效的全栈自动化测试，从而实现能够实现从WEB页面配置到API访问再到SDK功能验证的全栈式自动化测试。

本发明实施例中，自动化测试***200的部署可以使用jenkins作为CI(持续集成)工具。如图3所示，为本发明实施例中使用jenkins的***部署示意图。具体来说，可以通过参数化配置把参数(para)传递到自动化测试***200中，自动化测试***200可以通过测试模块分组管理来判断调用那个具体的测试模块来进行自动化。比如，若para值为UI，则自动化测试***200可以调用UI测试模块来进行UI测试，在执行UI测试时，UI测试模块首先可以从配置文件中读取到相关页面相关元素的定位信息，然后可以调用封装好的方法驱动UI测试，在遇到数据输入时，UI测试模块会从配置文件中读取参数化的配置，比如一个web输入框有很多测试输入值需要输入并测试，UI测试模块会读取出所有的测试值，并遍历进行验证，直到所有测试值验证完毕再继续执行后面的自动化测试case，测试执行完毕后会自动生成测试报告。

基于同样的发明构思，本发明实施例还提供一种自动化测试方法，该方法可以应用于上文所述的自动化测试***。如图4所示，为本发明实施例还提供的自动化测试方法所对应的流程示意图之一，具体包括如下步骤：

步骤401，控制模块接收第一平台发送的测试指令。

步骤402，控制模块若确定所述测试指令为SDK测试指令，则启动用于执行所述SDK测试指令的SDK测试模块。

步骤403，SDK测试模块获取与所述SDK测试需求对应的第一SDK测试用例。

步骤404，SDK测试模块基于RPC通信协议从第二平台中调用与所述第一SDK测试用例对应的SDK测试服务进行SDK测试。

步骤405，SDK测试模块生成第一SDK测试数据。

步骤406，SDK测试模块向控制模块发送第一SDK测试数据。

步骤407，控制模块接收第一SDK测试数据。

步骤408，控制模块根据第一SDK测试数据生成SDK测试报告。

步骤409，控制模块向第一平台发送SDK测试报告。

采用上述自动化测试***，通过***中的SDK测试模块和第二平台的交互，能够实现基于RPC通信的SDK自动化测试；进一步地，由于该***可以从第二平台中调用SDK测试服务，换言之，SDK测试用例及对应的SDK测试服务是相互独立的，因此，该***可以实现测试用例的快速扩容，能够大大提高维护速度。

基于同样的发明构思，本发明实施例还提供另一种自动化测试方法，该方法可以应用于上文所述的自动化测试***。如图5所示，为本发明实施例还提供的自动化测试方法所对应的流程示意图之二，具体包括如下步骤：

步骤501，控制模块接收第一平台发送的测试指令。

步骤502，控制模块若确定测试指令为UI测试指令，则启动用于执行所述UI测试指令的UI测试模块。

步骤503，UI测试模块获取与所述UI测试需求对应的第一UI测试用例。

步骤504，UI测试模块根据所述第一UI测试用例进行UI测试。

步骤505，UI测试模块生成第一UI测试数据。

步骤506，UI测试模块向控制模块发送第一UI测试数据。

步骤507，控制模块接收第一UI测试数据。

步骤508，控制模块根据第一UI测试数据生成UI测试报告。

步骤509，控制模块向第一平台发送所述UI测试报告。

采用上述自动化测试***，通过***中的UI测试模块能够实现UI自动化测试。

基于同样的发明构思，本发明实施例还提供另一种自动化测试方法，该方法可以应用于上文所述的自动化测试***。如图6所示，为本发明实施例还提供的自动化测试方法所对应的流程示意图之三，具体包括如下步骤：

步骤601，控制模块接收第一平台发送的测试指令。

步骤602，控制模块若确定所述测试指令为API测试指令，则启动用于执行所述API测试指令的API测试模块。

步骤603，API测试模块获取与所述API测试需求对应的第一API测试用例。

步骤604，API测试模块根据所述第一API测试用例进行API测试。

步骤605，API测试模块生成第一API测试数据。

步骤606，API测试模块向控制模块发送所述第一API测试数据。

步骤607，控制模块接收所述第一API测试数据。

步骤608，控制模块根据所述第一API测试数据生成API测试报告。

步骤609，控制模块向所述第一平台发送所述API测试报告。

采用上述自动化测试***，通过***中的API测试模块能够实现API自动化测试。

基于同样的发明构思，本发明实施例还提供另一种自动化测试方法，该方法可以应用于上文所述的自动化测试***。如图7所示，为本发明实施例还提供的自动化测试方法所对应的流程示意图之四，具体包括如下步骤：

步骤701，控制模块接收第一平台发送的测试指令。

步骤702，控制模块若确定所述测试指令为全栈ALL测试指令，则启动用于执行所述ALL测试指令的所述Scenario测试模块。

步骤703，Scenario测试模块根据所述ALL测试需求确定各测试模块的测试顺序。

步骤704，Scenario测试模块根据所述测试顺序及上一测试模块的测试数据，确定是否启动下一测试模块。

步骤705，Scenario测试模块接收所述各测试模块发送的测试数据。

步骤706，Scenario测试模块根据所述各测试模块的测试数据生成ALL测试数据。

步骤707，Scenario测试模块向所述控制平台发送所述ALL测试数据。

步骤708，控制模块接收所述ALL测试数据。

步骤709，控制模块根据所述ALL测试数据生成ALL测试报告。

步骤710，控制模块向所述第一平台发送所述ALL测试报告。

采用上述自动化测试***，通过***中的Scenario测试模块分别启动UI测试模块、API测试模块和SDK测试模块，从而能够实现从WEB页面配置到API访问再到SDK功能验证的全栈式自动化测试。

需要说明的是，上述步骤703至步骤707中，ALL测试指令还可以包括ALL测试需求，其中，ALL测试需求可以包括用户进行ALL测试时的测试顺序。比如，测试顺序可以为UI测试、API测试、SDK测试；或者，测试顺序也可以为UI测试、SDK测试、API测试。本领域技术人员可以根据经验和实际情况来确定测试顺序，具体不做限定。

进一步地，以UI测试、SDK测试、API测试这一测试顺序为例，Scenario测试模块可以先启动UI测试模块，并接收UI测试模块发送的第二UI测试数据，若根据所述第二UI测试数据确定UI测试成功后，则启动API测试模块；然后，可以接收API测试模块发送的第二API测试数据，若根据第二API测试数据确定API测试成功后，则启动SDK测试模块；进而，可以接收SDK测试模块发送的第二SDK测试数据，并根据第二UI测试数据、第二API测试数据和第二SDK测试数据生成ALL测试数据，并向控制平台发送ALL测试数据。

本申请实施例的还提供一种装置，该装置具有实现上文所描述的自动化测试方法的功能。该功能可以通过硬件执行相应的软件实现，在一种可能的设计中，该装置包括：处理器、收发器、存储器；该存储器用于存储计算机执行指令，该收发器用于实现该装置与其他通信实体进行通信，该处理器与该存储器通过该总线连接，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行上文所描述的自动化测试方法。

本发明实施例还提供一种计算机存储介质，所述存储介质中存储软件程序，该软件程序在被一个或多个处理器读取并执行时实现上述各种可能的实现方式中所描述的自动化测试方法。

本发明实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各种可能的实现方式中所描述的自动化测试方法。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (14)

1.一种自动化测试***，其特征在于，所述***包括控制模块和软件开发工具包SDK测试模块；

所述控制模块，用于接收第一平台发送的测试指令，若确定所述测试指令为SDK测试指令，则启动用于执行所述SDK测试指令的所述SDK测试模块；

所述SDK测试模块，用于获取与所述SDK测试指令对应的第一SDK测试用例，并基于远程过程调用RPC通信协议从第二平台中调用与所述第一SDK测试用例对应的SDK测试服务进行SDK测试。

2.如权利要求1所述的***，其特征在于，所述SDK测试模块在进行SDK测试之后，还用于：

生成第一SDK测试数据并向所述控制模块发送所述第一SDK测试数据；

所述控制模块还用于：

接收所述第一SDK测试数据，并根据所述第一SDK测试数据生成SDK测试报告，以及向所述第一平台发送所述SDK测试报告。

3.如权利要求1所述的***，其特征在于，所述***还包括用户界面UI测试模块；

所述控制模块，还用于若确定所述测试指令为UI测试指令，则启动用于执行所述UI测试指令的所述UI测试模块；

所述UI测试模块，用于获取与所述UI测试指令对应的第一UI测试用例，并根据所述第一UI测试用例进行UI测试，以及生成第一UI测试数据并向所述控制模块发送所述第一UI测试数据；

所述控制模块，还用于接收所述第一UI测试数据，并根据所述第一UI测试数据生成UI测试报告，以及向所述第一平台发送所述UI测试报告。

4.如权利要求1至3任一项所述的***，其特征在于，所述***还包括应用程序编程接口API测试模块；

所述控制模块，还用于若确定所述测试指令为API测试指令，则启动用于执行所述API测试指令的所述API测试模块；

所述API测试模块，用于获取与所述API测试指令对应的第一API测试用例，并根据所述第一API测试用例进行API测试，以及生成第一API测试数据并向所述控制模块发送所述第一API测试数据；

所述控制模块，还用于接收所述第一API测试数据，并根据所述第一API测试数据生成API测试报告，以及向所述第一平台发送所述API测试报告。

5.如权利要求4所述的***，其特征在于，所述***还包括全场景Scenario测试模块；

所述控制模块，还用于若确定所述测试指令为全栈ALL测试指令，则启动用于执行所述ALL测试指令的所述Scenario测试模块；所述ALL测试指令用于指示执行所述SDK测试指令、所述UI测试指令和所述API测试指令；

所述Scenario测试模块，用于根据所述ALL测试指令确定各测试模块的测试顺序，并根据所述测试顺序及上一测试模块的测试数据，确定是否启动下一测试模块；

所述Scenario测试模块，还用于接收所述各测试模块发送的测试数据，并根据所述各测试模块的测试数据生成ALL测试数据，以及向所述控制平台发送所述ALL测试数据；

所述控制模块，还用于接收所述ALL测试数据，并根据所述ALL测试数据生成ALL测试报告，以及向所述第一平台发送所述ALL测试报告。

6.一种自动化测试方法，其特征在于，所述方法应用于自动化测试***，所述***包括控制模块和软件开发工具包SDK测试模块；所述方法包括：

所述控制模块接收第一平台发送的测试指令，若确定所述测试指令为SDK测试指令，则启动用于执行所述SDK测试指令的SDK测试模块；

所述SDK测试模块获取与所述SDK测试指令对应的第一SDK测试用例，并基于RPC通信协议从第二平台中调用与所述第一SDK测试用例对应的SDK测试服务进行SDK测试。

7.如权利要求6所述的方法，其特征在于，在所述SDK测试模块进行SDK测试之后，所述方法还包括：

所述SDK测试模块生成第一SDK测试数据并向所述控制模块发送所述第一SDK测试数据；

所述控制模块接收所述第一SDK测试数据，并根据所述第一SDK测试数据生成SDK测试报告，以及向所述第一平台发送所述SDK测试报告。

8.如权利要求6所述的方法，其特征在于，所述***还包括用户界面UI测试模块；所述方法还包括：

所述控制模块若确定所述测试指令为UI测试指令，则启动用于执行所述UI测试指令的UI测试模块；

所述UI测试模块获取与所述UI测试指令对应的第一UI测试用例，并根据所述第一UI测试用例进行UI测试。

9.如权利要求8所述的方法，其特征在于，在根据所述第一UI测试用例进行UI测试之后，所述方法还包括：

所述UI测试模块生成第一UI测试数据并向所述控制模块发送所述第一UI测试数据；

所述控制模块接收所述第一UI测试数据，并根据所述第一UI测试数据生成UI测试报告，以及向所述第一平台发送所述UI测试报告。

10.如权利要求6至9任一项所述的方法，其特征在于，所述***还包括应用程序编程接口API测试模块；所述方法还包括：

所述控制模块若确定所述测试指令为API测试指令，则启动用于执行所述API测试指令的API测试模块；

所述API测试模块获取与所述API测试指令对应的第一API测试用例，并根据所述第一API测试用例进行API测试。

11.如权利要求10所述的方法，其特征在于，在根据所述第一API测试用例进行API测试之后，所述方法还包括：

所述API测试模块生成第一API测试数据并向所述控制模块发送所述第一API测试数据；

所述控制模块接收所述第一API测试数据，并根据所述第一API测试数据生成API测试报告，以及向所述第一平台发送所述API测试报告。

12.如权利要求10所述的方法，其特征在于，所述***还包括全场景Scenario测试模块；所述方法还包括：

所述控制模块若确定所述测试指令为全栈ALL测试指令，则启动用于执行所述ALL测试指令的Scenario测试模块；所述ALL测试指令用于执行所述SDK测试指令、所述UI测试指令和所述API测试指令；

所述Scenario测试模块根据所述ALL测试指令确定各测试模块的测试顺序，并根据所述测试顺序及上一测试模块的测试数据，确定是否启动下一测试模块；以及接收所述各测试模块发送的测试数据，并根据所述各测试模块的测试数据生成ALL测试数据，以及向所述控制平台发送所述ALL测试数据；

所述控制模块接收所述ALL测试数据，并根据所述ALL测试数据生成ALL测试报告，以及向所述第一平台发送所述ALL测试报告。

13.如权利要求12所述的方法，其特征在于，所述测试顺序为UI测试、API测试、SDK测试；

所述Scenario测试模块根据所述测试顺序及上一测试模块的测试数据，确定是否启动下一测试模块；以及接收所述各测试模块发送的测试数据并根据所述各测试模块的测试数据生成ALL测试数据，以及向所述控制平台发送所述ALL测试数据，包括：

启动所述UI测试模块；接收所述UI测试模块发送的第二UI测试数据，若根据所述第二UI测试数据确定UI测试成功后，则启动所述API测试模块；并接收所述API测试模块发送的所述第二API测试数据，若根据所述第二API测试数据确定API测试成功后，则启动所述SDK测试模块；接收所述SDK测试模块发送的所述第二SDK测试数据，并根据所述第二UI测试数据、所述第二API测试数据和所述第二SDK测试数据生成ALL测试数据，以及向所述控制平台发送所述ALL测试数据。

14.如权利要求6所述的方法，其特征在于，所述第一平台用于接收用户输入的测试指令以及接收所述***发送的测试报告；

所述第二平台预先存储有多个SDK测试服务，所述SDK测试服务是所述第二平台在被所述SDK测试模块远程启动后加载的。