CN103294589A - 一种测试用例的实现方法、系统及中间适配装置 - Google Patents

Abstract

本发明的实施例公开了一种测试用例的实现方法、系统及中间适配装置，涉及测试技术领域，解决了现有技术中测试用例无法通用于多个测试工具的技术问题。本发明的方法主要包括：在解释引擎执行测试用例时，中间适配装置通过与指令消息适配的接口接收来自解释引擎的所述指令消息，并将所述指令消息封装成第三方测试平台可识别的格式；中间适配装置根据指令消息中的关键参数将解析后的指令消息发送到所述第三方测试平台。

Description

一种测试用例的实现方法、系统及中间适配装置

技术领域

本发明涉及测试技术领域，尤其涉及一种测试用例的实现方法、系统及中间适配装置。

背景技术

对软件的测试目前包含有功能测试、接口测试、协议测试和性能测试，各种测试在进行测试时需要开发单独的测试工具，并且这些测试工具使用的测试用例都仅是针对一种测试工具而言进行的开发，因此该测试用例无法应用于其他的测试工具。此外，在软件测试中，经常需要使用各种不同的测试仪表和测试工具，这些仪表和工具的测试用例在使用时也存在如下问题：在A测试工具下能够运行的某个业务的测试用例在B测试工具下无法运行，使得软件测试在功能、接口、性能下存在较大的重复开发工作。

综上所述，现有的测试用例在测试使用时由于不兼容等问题影响了测试工作的开展，给测试工具开发带来了很大的工作量。

发明内容

本发明的实施例提供一种测试用例的实现方法、系统及中间适配装置，实现使测试用例可以兼容于多种测试工具。

为达到上述目的，本发明的实施例采用如下技术方案：

一种测试用例的实现方法，包括：

在解释引擎执行测试用例时，中间适配装置通过与指令消息适配的接口接收来自解释引擎的指令消息，并将指令消息封装成第三方测试平台可识别的格式；

中间适配装置根据指令消息中的关键参数将解析后的指令消息发送到第三方测试平台。

进一步地，该方法还包括：  中间适配装置针对每一种第三方测试平台的承载类型配置有对应的测试代理模块；

并将指令消息封装成第三方测试平台可识别的格式具体为：

中间适配装置中与第三方测试平台的承载类型对应的测试代理模块将指令消息封装成第三方测试平台可识别的格式。

进一步地，该方法还包括：

中间适配装置接收来自第三方测试平台的响应消息，并将响应消息封装成解释引擎可识别的格式；

中间适配装置通过与响应消息适配的接口将响应消息发送到解释引擎。

其中，上述与指令消息适配的接口包括：

接收解释引擎向第三方测试平台发送建立连接指令消息的连接接口，

接收解释引擎向第三方测试平台发送消息体的发送接口，

接收解释引擎向第三方测试平台发送终止连接指令消息的断开接口；

与响应消息适配的接口包括：接收第三方测试平台向解释引擎发送响应消息的接收接口。

进一步地，上述测试用例该方法还包括：

解释引擎接收到配置信息、协议信息、状态机信息和数据信息，并根据配置信息、协议信息、状态机信息和数据信息生成测试用例。

一种中间适配装置，包括：

通用引擎模块，用于在解释引擎执行测试用例时，通过与指令消息适配的接口接收来自解释引擎的指令消息；

测试代理模块，用于将指令消息封装成第三方测试平台可识别的格式，并根据指令消息中的关键参数将解析后的指令消息发送到第三方测试平台。

中间适配装置包括多个测试代理模块，每个测试代理模块针对每一种第三方测试平台的承载类型而对应配置；其中，

每个与第三方测试平台的承载类型对应的测试代理模块，用于将指令消息封装成第三方测试平台可识别的格式。

测试代理模块，还用于接收来自第三方测试平台的响应消息，并将响应消息封装成解释引擎可识别的格式；

通用引擎模块，还用于通过与响应消息适配的接口将响应消息发送到解释引擎。

其中，与指令消息适配的接口包括：

用于接收解释引擎向第三方测试平台发送建立连接指令消息的连接接口，

用于接收解释引擎向第三方测试平台发送消息体的发送接口，

用于接收解释引擎向第三方测试平台发送终止连接指令消息的断开接口；

与响应消息适配的接口包括：用于接收第三方测试平台向解释引擎发送响应消息的接收接口。

一种测试用例的实现系统，包括上述的中间适配装置和解释引擎；

其中，解释引擎，用于接收到配置信息、协议信息、状态机信息和数据信息，并根据配置信息、协议信息、状态机信息和数据信息生成测试用例，以及执行生成的测试用例。

本发明实施例提供的测试用例的实现方法、系统及中间适配装置中，对于解释引擎的指令消息，通过采用中间适配装置中对应的适配接口接收，并封装成接收该指令消息的第三方测试平台可识别的格式的技术手段，解决了现有技术中由于测试用例无法与多个第三方测试平台同时匹配造成的兼容性差的技术问题，进而取得了可屏蔽掉测试用例与多个第三方测试平台接口、格式等差异问题，使测试用例可以兼容于多个第三方测试平台和对应的测试工具，减少测试工具开发的工作量，便于测试工作展开的技术效果。

附图说明

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

图1为方法实施例中测试用例的实现方法的流程图；

图2为方法实施例中中间适配装置的部署示意图；

图3为方法实施例中测试用例的生成方法流程图；

图4为装置实施例中中间适配装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。并且，以下各实施例均为本发明的可选方案，实施例的排列顺序及实施例的编号与其优选执行顺序无关。

方法实施例

本实施例提供一种测试用例的实现方法，如图1，该方法包括：

101，在解释引擎(Engine)执行测试用例时，中间适配装置通过与指令消息适配的接口接收来自解释引擎的指令消息；

在本实施例中上述提到的与指令消息适配的接口包括：

连接(Engine_connect)接口，用于接收解释引擎向第三方测试平台发送建立连接指令消息，

发送(Engine_send)接口，用于接收解释引擎向第三方测试平台发送消息体，

断开(Engine_disconnect)接口，用于接收解释引擎向第三方测试平台发送终止连接指令消息；

102，中间适配装置将指令消息封装成第三方测试平台可识别的格式；

在本实施例的优选方案中，中间适配装置针对每一种第三方测试平台的承载类型配置有对应的测试代理模块，如图2所示的本实施例中提供的中间适配装置的部署示意图，因此，步骤103可具体为：

中间适配装置中与第三方测试平台的承载类型对应的测试代理模块将指令消息封装成第三方测试平台可识别的格式。

103，中间适配装置根据指令消息中的关键参数将解析后的指令消息发送到第三方测试平台。

上述关键参数根据指令消息的不同可以为：QueuID参数、TransKey参数、MessageBody参数等中的一种或几种。QueuID为当本次测试需要模拟或者测试多个网元设备时标示指定设备的设备ID；TransKey指明本次链接的唯一标示。MessageBody为本次需要发送消息的消息体。

进一步地，考虑到解释引擎向第三方测试平台发送完指令消息后，第三方测试平台还可能在按照指令执行动作后返回响应消息，因此，在本实施例中还可以包括：

104，中间适配装置接收来自第三方测试平台的响应消息，并将响应消息封装成解释引擎可识别的格式；

上述与响应消息适配的接口包括：用于接收第三方测试平台向解释引擎发送响应消息的接收(Engine_recei)接口。

优选方案中，104与上述103类似，104具体可以为：中间适配装置中与第三方测试平台的承载类型对应的测试代理模块将指令消息封装成解释引擎可识别的格式。

105，中间适配装置通过与响应消息适配的接口将响应消息发送到解释引擎。

下面在中间适配装置中与被测设备所在的第三方测试平台的承载类型对应的测试代理模块1的情况下，以具体指令为例，详细描述一下101-105的执行过程。

例如当测试用例在某一状态，指令消息为向被测设备建立连接时，则过程如下：在所需要执行的动作为向被测设备建立链接时，则Engine调用中间适配装置的Engine_Connect接口发送指令消息，调用时需要传递QueuID以及TransKey参数。QueuID为当本次测试需要模拟或者测试多个网元设备时标示指定设备的设备ID；TransKey指明本次链接的唯一标示。中间适配装置中与被测设备所在的第三方测试平台的承载类型对应的测试代理模块1接收Engine_Connect接口的指令消息，按照第三方测试平台可识别的格式封装后发送给第三方测试平台；第三方测试平台接收到指令消息与被测设备建立链接后，发送响应消息到中间适配装置，中间适配装置根据QueuID得到相应链接的响应消息，然后由测试代理模块1将该响应消息封装成Engine能够识别的格式后，中间适配装置通过Engine_Receive接口将封装后的响应消息发送到Engine。

当测试用例在某一状态，指令消息为向被测设备发送消息时，则过程如下：

在所需要执行的动作为向被测设备发送消息时，Engine调用中间适配装置的Engine_Send接口发送消息体，调用时需要传递QueuID、TransKey、需要发送的报文消息体MessageBody。QueuID为当本次测试需要模拟或者测试多个网元设备时标示指定设备的设备ID；TransKey指明本次发送消息所使用链接的唯一标示，MessageBody为本次需要发送消息的消息体。测试代理模块1对Engine_Send接口的指令消息按照第三方测试平台可识别的格式封装后发送给第三方测试平台；第三方测试平台向被测设备发送消息，并在接收到被测设备的响应消息后，发送到中间适配装置，测试代理模块1对该响应消息封装成Engine能够识别的格式，中间适配装置再通过Engine_Receive接口将该封装后的响应消息到Engine。

当测试用例在某一状态，指令消息为终止被测设备链接时，则过程如下：

在所需要执行的动作为终止与被测设备的链接，Engine调用中间适配装置的Engine_Disconnect接口发送指令消息，调用时需要传递QueuID、TransKey。测试代理模块1将该指令消息封装成第三方测试平台可识别的格式后，发送到第三方平台。第三方测试平台向被测设备发送终止链接消息，接收到被测设备的响应消息后，发送到中间适配装置，有测试代理模块1将响应消息封装成Engine识别的格式后，通过Engine_Receive接口将响应消息返回给Engine。

此外，若测试用例中的状态机在需要执行的动作为重置计数器、查找数据库、复制数据、设置关键字等其他操作时，则无需将动作反馈给中间适配层，由Engine内部处理即可。

在本实施例中，中间适配层通过适配的接口收发Engine和第三方测试平台之间交换的指令消息等，并在将该指令消息封装为接收方可识别的格式后发送，进而可以将Engine和第三方测试平台之间的不兼容性屏蔽掉，解决了因为接口、格式等差异导致的测试工具开发量大、工作不易展开等技术问题，取得了使测试用例可以兼容于多种测试工具的技术效果。

此外，在本实施例的另一优先方案中，针对上述方法还提供一种测试用例，该测试用例可通用于多种测试工具，解释引擎等。该方法还包括：

解释引擎接收到配置信息、协议信息、状态机信息和数据信息，并根据配置信息、协议信息、状态机信息和数据信息生成测试用例。

具体而言，在该方法中，为了实现测试用例的通用性，测试用例由Engine根据四部分信息而生成的。该四部分信息分别为：1)配置信息：配置信息包含了测试用例运行时的物理配置(IP、端口)和业务配置信息。2)数据信息：数据信息文件包含了测试用例的字段取值信息；3)协议信息：包含了测试用例所承载的软件协议的协议信息；4)状态机文件：包含了测试用例所承载的流程信息。

如图3所示，根据上述四部分信息，该测试用例的实现过程包括：

301，Engine读取该测试用例对应的配置信息，记录相关的物理配置信息(被测对象的IP地址、端口、负载信息等)，形成配置信息对象。

302，Engine读取该测试用例对应的协议信息，形成协议编解码信息树，作为对发送消息和接收消息编解码的依据。

303，Engine读取状态机信息，形成状态机流程，作为对测试用例流程动态解析的判断依据。

304，Engine将测试用例参数化得相应数据，以正则表达式的方式与测试用例关联，使用例执行时Engine可以将协议中相应部分按照参数化规则进行替换。

305，Engine执行测试用例。

执行时Engine根据状态机流程做相应操作，如果为向被测设备发送消息，则调用Engine_send接口向第三方测试平台的中间适配层发送消息。中间适配层再将消息转发给第三方测试平台。当被测设备返回响应消息时，第三方测试平台将响应消息返回给中间适配层，中间适配层将响应消息再返回给Engine。具体执行过程可参照上述101-105。

在本实施例提供的测试用例的生成过程中，Engine根据四部分信息分别负载进行协议解析(协议的解析，包括编码、解码)、流程解析(对业务流程的解释)、配置解析(相关配置选项的解析)以及参数解析(消息参数的填充、替换和取值)，使得所开发出来的测试用例，可适用于所有软件测试仪表，解决了测试用例的兼容性问题。

装置实施例

本实施例提供一种中间适配装置，如图4所示，该装置包括：通用引擎模块41，测试代理模块42。

通用引擎模块41，用于在解释引擎执行测试用例时，通过与指令消息适配的接口接收来自解释引擎的指令消息；测试代理模块42，用于将指令消息封装成第三方测试平台可识别的格式，并根据指令消息中的关键参数将解析后的指令消息发送到第三方测试平台。

优选地，本实施例提供的中间适配装置可以包括多个测试代理模块42，每个测试代理模块42针对每一种第三方测试平台的承载类型而对应配置；

其中，每个与第三方测试平台的承载类型对应的测试代理模块42，用于将指令消息封装成第三方测试平台可识别的格式。

此外，测试代理模块42，还用于接收来自第三方测试平台的响应消息，并将响应消息封装成解释引擎可识别的格式；

通用引擎模块41，还用于通过与响应消息适配的接口将响应消息发送到解释引擎。

其中，上述与指令消息适配的接口包括：

用于接收解释引擎向第三方测试平台发送建立连接指令消息的连接接口，

用于接收解释引擎向第三方测试平台发送消息体的发送接口，

用于接收解释引擎向第三方测试平台发送终止连接指令消息的断开接口；

上述与响应消息适配的接口包括：用于接收第三方测试平台向解释引擎发送响应消息的接收接口。

在本实施例中，该中间适配装置可以部署在第三方测试平台中，也可以部署在与第三方测试平台存在接口的主机上。

本实施例提供的中间适配装置可收发Engine与第三方测试平台之间的指令消息等，使第三方测试平台承载(TCP、UDP等)发送信息和接收信息的API接口与测试用例相应接口的适配，实现使测试用例可以兼容于多种测试工具。

系统实施例

本实施例提供一种测试用例的实现系统，包括解释引擎、中间适配装置。其中，中间适配装置可同装置实施例中所说的中间适配装置；其中，解释引擎，用于接收到配置信息、协议信息、状态机信息和数据信息，并根据配置信息、协议信息、状态机信息和数据信息生成测试用例，以及执行生成的测试用例。具体测试用例的生成过程可参照方法实施例中描述，在不赘述。

该中间适配装置可以部署在第三方测试平台中，也可以部署在与第三方测试平台存在接口的主机上。

本发明实施例提供的测试用例的实现系统中，对于解释引擎的指令消息，通过采用中间适配装置中对应的适配接口接收，并封装成接收该指令消息的第三方测试平台可识别的格式的技术手段，解决了现有技术中由于测试用例无法与多个第三方测试平台同时匹配造成的兼容性差的技术问题，进而取得了可屏蔽掉测试用例与多个第三方测试平台接口、格式等差异问题，使测试用例可以兼容于多个第三方测试平台和对应的测试工具，减少测试工具开发的工作量，便于测试工作展开的技术效果。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台设备(可以是笔记本电脑等)执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种测试用例的实现方法，其特征在于，包括：

在解释引擎执行测试用例时，中间适配装置通过与指令消息适配的接口接收来自解释引擎的所述指令消息，并将所述指令消息封装成第三方测试平台可识别的格式；

中间适配装置根据指令消息中的关键参数将解析后的指令消息发送到所述第三方测试平台。

2.根据权利要求1所述的测试用例的实现方法，其特征在于，该方法还包括：所述中间适配装置针对每一种所述第三方测试平台的承载类型配置有对应的测试代理模块；

所述并将所述指令消息封装成第三方测试平台可识别的格式具体为：

所述中间适配装置中与所述第三方测试平台的承载类型对应的测试代理模块将所述指令消息封装成所述第三方测试平台可识别的格式。

3.根据权利要求1所述的测试用例的实现方法，其特征在于，该方法还包括：

中间适配装置接收来自所述第三方测试平台的响应消息，并将所述响应消息封装成所述解释引擎可识别的格式；

中间适配装置通过与所述响应消息适配的接口将所述响应消息发送到所述解释引擎。

4.根据权利要求3所述的测试用例的实现方法，其特征在于，所述与指令消息适配的接口包括：

接收解释引擎向第三方测试平台发送建立连接指令消息的连接接口，

接收解释引擎向第三方测试平台发送消息体的发送接口，

接收解释引擎向第三方测试平台发送终止连接指令消息的断开接口；

所述与所述响应消息适配的接口包括：接收第三方测试平台向解释引擎发送响应消息的接收接口。

5.根据权利要求1-4中任意一项所述的测试用例的实现方法，其特征在于，所述测试用例该方法还包括：

解释引擎接收到配置信息、协议信息、状态机信息和数据信息，并根据所述配置信息、协议信息、状态机信息和数据信息生成所述测试用例。

6.一种中间适配装置，其特征在于，包括：

通用引擎模块，用于在解释引擎执行测试用例时，通过与指令消息适配的接口接收来自解释引擎的所述指令消息；

测试代理模块，用于将所述指令消息封装成第三方测试平台可识别的格式，并根据指令消息中的关键参数将解析后的指令消息发送到所述第三方测试平台。

7.根据权利要求6所述的中间适配装置，其特征在于，所述中间适配装置包括多个所述测试代理模块，每个所述测试代理模块针对每一种所述第三方测试平台的承载类型而对应配置；其中，

每个与所述第三方测试平台的承载类型对应的测试代理模块，用于将所述指令消息封装成所述第三方测试平台可识别的格式。

8.根据权利要求6所述的中间适配装置，其特征在于，

所述测试代理模块，还用于接收来自所述第三方测试平台的响应消息，并将所述响应消息封装成所述解释引擎可识别的格式；

所述通用引擎模块，还用于通过与所述响应消息适配的接口将所述响应消息发送到所述解释引擎。

9.根据权利要求8所述的中间适配装置，其特征在于，所述与指令消息适配的接口包括：

用于接收解释引擎向第三方测试平台发送建立连接指令消息的连接接口，

用于接收解释引擎向第三方测试平台发送消息体的发送接口，

用于接收解释引擎向第三方测试平台发送终止连接指令消息的断开接口；

所述与所述响应消息适配的接口包括：用于接收第三方测试平台向解释引擎发送响应消息的接收接口。

10.一种测试用例的实现系统，其特征在于，包括如上述权利要求6-9中任意一项所述的中间适配装置和解释引擎；

其中，所述解释引擎，用于接收到配置信息、协议信息、状态机信息和数据信息，并根据所述配置信息、协议信息、状态机信息和数据信息生成测试用例，以及执行所述生成的测试用例。

Images