CN102694701A - 基于消息的测试方法及系统 - Google Patents

Abstract

本发明公开了一种用于多协议被测系统的基于消息的测试系统及方法。具体地，获取测试用例，从中解析出接口名称、测试参数的参数值、预期结果；确定所述接口名称所对应的接口描述文件，从中解析出协议类型、测试参数的属性信息；根据测试参数的属性信息，转换参数值；将转换后的参数值拼装成消息；调用与协议类型相应的协议通信处理器向被测系统发送所述消息。由于针对不同的消息协议类型分别定义生成了接口描述文件，根据不同协议类型的接口描述文件，将测试用例中的测试参数转换为符合该协议的参数值，并根据不同协议类型调用不同的协议通信处理器向被测系统收发消息，从而可以方便地测试具有多种协议的被测系统，而不必麻烦地更换多个测试工具。

Description

基于消息的测试方法及系统

技术领域

本发明涉及网络通讯技术，尤其涉及一种基于消息的测试方法及系统。

背景技术

在网络通信领域中，经常需要对通信网络设备进行测试，以便于根据测试结果对网络设备进行维护、维修管理。进行测试的方式很多，其中一种是基于消息的测试方法，即根据网络设备收发消息的状况确定网络设备的性能及故障原因、故障点等。

通常基于消息的测试系统中，包括：测试用例解析模块、测试驱动模块、结果比较模块。

测试用例解析模块对测试用例进行解析后，将解析后得到的信息发送给测试驱动模块，测试驱动模块根据接收的信息生成测试消息并向被测系统进行发送。测试驱动模块在接收到被测系统返回的消息后，结果比较模块获取返回的消息，并将返回的消息与预期的消息进行比对，生成测试结果。

然而，随着网络技术的发展，一个被测系统可能不仅仅是基于单一的通讯协议，而可能采用了多种协议，比如，有的被测系统，可能既采用了Http（Hyper text Transfer Protocol，超文本传输协议）协议，也采用了TCP（TransferControl Protocol,传输控制协议）协议、UDP（User Datagram Protocol，用户数据包协议）协议以及Soap（Simple Object Access Protocol，基本对象访问协议）协议。而目前的测试系统都是基于单一协议的测试系统。那么，在对采用多协议的被测系统进行测试时，就需要使用不同的测试工具，导致测试过程复杂、测试效率低；而且，由于测试结果是由不同的测试工具得出，也不利于统计测试结果。

因此，现有技术中存在对一种能够对多协议的被测系统进行测试的技术的需要。

发明内容

本发明的实施例提供了一种基于消息的测试方法及系统，可以方便地实现对多协议的被测系统进行基于消息的测试。

根据本发明的一个方面，提供了一种基于消息的测试方法，包括：

获取测试用例，从所获取的测试用例中解析出接口名称、测试参数的参数值、预期结果；

确定所述接口名称所对应的接口描述文件，从该接口描述文件中解析出协议类型、测试参数的属性信息；

根据每个测试参数的属性信息，转换对应测试参数的参数值；将转换后的测试参数的参数值拼装成消息；

调用与解析出的协议类型相对应的协议通信处理器向被测系统发送所述消息；

在该协议通信处理器接收到返回消息后，解析所述返回消息，将所述返回消息的解析结果与所述预期结果进行比较，得到测试结果。

其中，所述解析所述返回消息，将所述返回消息的解析结果与所述预期结果进行比较，得到测试结果具体包括：

解析所述返回消息得到解析结果，所述解析结果包括各返回参数的参数值；

将返回参数的参数值与所述预期结果中相对应的返回参数的预期参数值进行比较，得到测试结果。

所述测试参数的属性信息包括：测试参数的类型、长度、加密信息。

所述协议类型为Http协议、或者TCP协议、或者UDP协议、或者Soap协议。

根据本发明的另一个方面，还提供了一种基于消息的测试系统，包括：

测试用例解析模块，用于在获取测试用例后，从所获取的测试用例中解析出接口名称、测试参数的参数值、预期结果；并发送解析出的接口名称；

接口描述解析模块，用于接收所述测试用例解析模块发送的接口名称，确定该接口名称所对应的接口描述文件，从该接口描述文件中解析出协议类型、测试参数的属性信息后，向所述测试用例解析模块返回解析出的协议类型、测试参数的属性信息；所述测试用例解析模块根据每个测试参数的属性信息，转换对应测试参数的参数值；将转换后的测试参数的参数值拼装成消息，将所述消息和协议类型进行发送；

测试驱动模块，用于接收所述测试用例解析模块发送的消息和协议类型，调用与解析出的协议类型相对应的协议通信处理器向被测系统发送所述消息；并通过该协议通信处理器接收返回消息，将所述返回消息进行发送；

结果比对模块，用于接收所述测试驱动模块发送的返回消息，并解析所述返回消息后，将所述返回消息的解析结果与所述预期结果进行比较，得到测试结果。

进一步，所述系统还包括：

测试用例生成模块，用于根据测试者输入的接口名称、测试参数的参数值、预期测试结果值，生成所述测试用例。

进一步，所述系统还包括：

接口描述文件生成模块，用于根据测试者输入的协议类型、测试参数的属性信息生成所述接口描述文件。

进一步，所述系统还包括：

测试管理模块，用于在接收到启动测试的指令后，将测试者选中的测试用例发送给所述测试用例解析模块。

所述协议类型为Http协议、或者TCP协议、或者UDP协议、或者Soap协议；以及

所述测试驱动模块中包括：与Http协议相对应的协议通信处理器、与TCP协议相对应的协议通信处理器、与UDP协议相对应的协议通信处理器、与Soap协议相对应的协议通信处理器。

所述测试参数的属性信息包括：测试参数的类型、长度、加密信息。

本发明实施例由于针对不同的消息协议类型分别定义生成了接口描述文件，根据不同协议类型的接口描述文件，可以将测试用例中的测试参数转换为符合该协议的参数值，并根据不同协议类型调用不同的协议通信处理器向被测系统收发消息，从而可以方便地测试具有多种协议的被测系统，而不必麻烦地更换多个测试工具。而且，本发明实施例还可统一接收不同协议的协议通信处理器接收的返回消息，在进一步解析和比对后生成测试结果，便于多种协议下获得的测试结果的统计、分析。

附图说明

图1为本发明实施例的支持多种协议的基于消息的测试方法流程图；

图2为本发明实施例的支持多种协议的基于消息的测试系统结构示意图；

图3为本发明实施例的测试驱动模块内部结构示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举出优选实施例，对本发明进一步详细说明。然而，需要说明的是，说明书中列出的许多细节仅仅是为了使读者对本发明的一个或多个方面有一个透彻的理解，即便没有这些特定的细节也可以实现本发明的这些方面。

本申请使用的“模块”、“系统”等术语旨在包括与计算机相关的实体，例如但不限于硬件、固件、软硬件组合、软件或者执行中的软件。例如，模块可以是，但并不仅限于：处理器上运行的进程、处理器、对象、可执行程序、执行的线程、程序和/或计算机。举例来说，计算设备上运行的应用程序和此计算设备都可以是模块。一个或多个模块可以位于执行中的一个进程和/或线程内，一个模块也可以位于一台计算机上和/或分布于两台或更多台计算机之间。

本发明实施例提供的技术方案中，将多种消息协议的收、发模块集成在测试驱动模块中，按照测试接口的不同，调用不同的消息协议模块，与被测试系统进行通信，实现具有多种协议的被测系统的测试。这样，使用该测试系统就可以方便地对于采用多种消息协议的被测系统进行测试，而不必使用多个测试工具进行测试；而且，不同协议的返回消息都由结果比对模块统一生成测试结果，便于对测试结果进行统计、分析。

下面结合附图详细说明本发明实施例的技术方案。本发明实施例提供的支持多种协议的基于消息的测试方法流程，如图1所示包括如下步骤：

S101：获取测试用例，从中解析出接口名称、测试参数的参数值、预期结果。

测试用例中的内容包括：测试接口的接口名称、测试参数的参数值、预期结果值；测试用例中的测试参数通常为多个，测试参数的参数值在测试用例中通常以字符串的形式进行记录和保存。例如，测试用例可以采用excel和xml的格式的进行记录。以下示出了Xml格式的测试用例：

从上述的Xml格式的测试用例中可以看出，该测试用例中的接口名称为register；

测试参数包括：

action，该测试参数的参数值为regsignon；

cmd，该测试参数的参数值为register；

dev_id，该测试参数的参数值为86100300900000b00003518000011；

login_name，该测试参数的参数值为test；

signature，该测试参数的参数值为encrypt="des"，123456；

servicetype，该测试参数的参数值为6；

session_id，该测试参数的参数值为24133772615898；

email，该测试参数的参数值为testgmail.com；

预期结果中具体包括返回参数的预期参数值：

reply，该返回参数的预期参数值为-1；

errcode，该返回参数的预期参数值为36；

此外，返回参数还包括：subscriber_id和session_id，预期结果中没有对这两个返回参数的预期参数值进行限定。

S102：确定上述解析出的接口名称所对应的接口描述文件。

不同的测试接口可能对应不同的接口描述文件。在接口描述文件中记录了测试接口的接口名称，该测试接口所采用的协议类型，以及该测试接口所使用的测试参数的属性信息。

将上述步骤S101中解析出的接口名称分别与存储的各接口描述文件中记录的接口名称相比较，若解析出的接口名称与当前的接口描述文件中的接口名称相同，即确定当前的接口描述文件为解析出的接口名称所对应的接口描述文件。以下示出了Xml格式的接口描述文件：

从上述的Xml格式的接口描述文件中可以看出，该接口描述文件中的接口名称为register；其中，包括：协议类型为“http”、请求方法为“post”、测试参数以及返回参数的属性信息，即对接口名称为register的测试用例中的各测试参数的参数类型以及返回参数的参数类型进行了说明。

S103：从确定的接口描述文件中解析出协议类型、测试参数的属性信息。

对确定出的接口描述文件进行解析，进一步从中解析出协议类型、测试参数的属性信息。测试参数的属性信息可以包括：测试参数的类型、长度、加密信息。

S104：根据每个测试参数的属性信息，转换对应测试参数的参数值。

具有相同接口名称的接口描述文件与测试用例中的测试参数是一一对应的。换而言之，针对测试用例中的每个测试参数，在具有相同接口名称的接口描述文件中都记录了该测试参数的属性信息。

由于从测试用例文件中读到的参数值都是字符串类型（string）的，但实际上与被测系统进行消息通讯时，参数值和参数类型是有一定规则的，所以需要根据参数类型将参数值进行转换（例如，将string类型转为int型等）；此外有些参数值需要按照被测系统的要求，使用加密算法对参数值进行加密，不同消息中携带的参数需要的加密算法不同，所以要按照参数属性中的加密信息中的加密算法对参数值进行加密。

因此，需要根据上述步骤S103中确定的接口描述文件中每个测试参数的属性信息对测试用例中对应的测试参数的参数值进行转换。具体地，由于在测试用例中记录的各测试参数的参数值都是以字符串形式进行记录的，需要根据接口描述文件中记录的测试参数的类型进行转换，比如，该测试参数的类型为int型，则将测试用例中记录的字符串型的参数值转换为int型的参数值；此外，如果该测试参数的属性信息中的加密信息表示该参数要依据某种加密算法进行加密，则进一步对该测试参数的参数值进行加密。

S105：将上述转换后的测试参数的参数值拼装成消息。

将根据测试参数的属性信息进行转换后的参数值拼装成消息。

以http协议为例，读取<参数名称，转换后的参数值>对，拼装成URL字符串，作为消息并存储在内存中。http协议中不同请求方法的URL格式不同，需要根据请求方法拼装URL格式的消息。进一步，在上述的接口描述文件中还记录了相关的请求方法，在对接口描述文件进行解析时，还获取了其中记载的请求方法。根据从接口描述文件中获取的请求方法拼装URL格式的消息。例如，从接口描述文件中获取的请求方法为GET方法，则拼装成的GET方法URL消息为http://ip:port/****?参数名称1=参数值1&参数名称2=参数值2&…&参数名称n=参数值n。由于将参数值拼装成消息为本领域技术人员熟知、常用的技术，此处不再详细介绍。

S106：根据从上述接口描述文件中解析出的协议类型，调用相对应的协议通信处理器。

不同的协议类型将采用不同的协议通信处理器，从而收、发不同协议的消息。

例如，若协议类型为Http协议，则调用与Http协议相对应的协议通信处理器，即Http协议通信处理器；

若协议类型为TCP协议，则调用与TCP协议相对应的协议通信处理器，即TCP协议通信处理器；

若协议类型为UDP协议，则调用与UDP协议相对应的协议通信处理器，即UDP协议通信处理器；

若协议类型为Soap协议，则调用与Soap协议相对应的协议通信处理器，即UDP协议通信处理器。

具体地，内存中的第一对应关系表中记录了已加载到内存的协议通信处理器，及其对应的协议类型；根据协议类型在第一对应关系表中查找；若查找到该协议类型对应的协议通信处理器，则表明内存中已加载了与该协议类型对应的协议通信处理器；

若第一对应关系表中没有查找到对应的协议通信处理器，则需要将对应于该协议类型的协议通信处理器加载到内存：根据该协议类型在第二对应关系表中查找到该协议类型对应的协议通信处理器，将查找到的协议通信处理器加载到内存。第二对应关系表中记录了协议类型与协议通信处理器的对应关系。在将对应于该协议类型的协议通信处理器加载到内存后，将该协议类型与该协议通信处理器的对应关系记录到上述的第一对应关系表中。

将该协议类型的对应的协议通信处理器加载到内存后，启动该协议通信处理器。

S107：通过该协议通信处理器发送拼装的消息，并接收被测系统的返回消息。

启动该协议通信处理器后，通过该协议通信处理器向被测系统发送上述拼装的消息；并通过该协议通信处理器接收被测系统发送的返回消息。

S108：对返回消息进行解析，将解析结果与预期测试结果值进行比较得到测试结果。

将返回消息进行解析，得到各返回参数的参数值；将返回参数的参数值与测试用例中相对应的返回参数的预期参数值进行比较，得到测试结果。

根据上述的接口描述文件中的协议类型和返回参数的属性信息，对返回消息进行解析，得到各返回参数的参数值。

以协议类型为http协议为例：返回消息是Xml格式，其中的返回参数都是string类型。收到被测系统返回的http消息后，将消息以string类型存储在内存中，再使用Xml解析器（Xml解析器为本领域技术人员所熟知、常用的现有技术）读取消息中的参数名称和参数值，将参数值与预期结果参数进行比较，得到测试结果。

再以协议类型为tcp协议为例：返回消息是tcp报文，其中的返回参数都是byte类型，解析过程比较复杂。收到被测系统返回的tcp报文后，使用Socket读取报文中的返回参数，并将返回参数存储在内存的byte数组中，然后根据返回参数的属性信息：参数类型（从接口描述文件中的解析结果中获取）将byte类型的数据转换为指定类型的参数值，将参数值与测试用例中的预期结果中对应的返回参数的参数值进行比较，得到测试结果。

例如，根据返回消息进行解析得到的返回参数的参数值包括：

reply，该返回参数的参数值为-1；

errcode，该返回参数的参数值为36；

subscriber_id，该返回参数的参数值为100300900000b；

session_id，该返回参数的参数值为24133772615898；

其中，返回参数reply与errcode的参数值分别与上述测试用例中的返回参数reply与errcode的预期参数值相同，则得到测试成功的测试结果；否则，得到测试失败的测试结果。

基于上述的方法，本发明实施例还提供了一种支持多种协议的基于消息的测试系统，如图2所示，在该测试系统中包括：测试用例解析模块201、接口描述解析模块202、测试驱动模块203、结果比对模块204。

测试用例解析模块201在获取测试用例后，从中解析出接口名称、测试参数的参数值、预期结果；并向接口描述解析模块202发送解析出的接口名称。

接口描述解析模块202接收测试用例解析模块201发送的接口名称后，确定该接口名称所对应的接口描述文件，从该接口描述文件中解析出协议类型、测试参数的属性信息后，向测试用例解析模块201返回接口描述文件的解析结果，接口描述文件的解析结果中包括：解析出的协议类型、测试参数的属性信息。进一步，接口描述文件的解析结果中还包括：请求方法。

测试用例解析模块201根据接口描述文件的解析结果中的每个测试参数的属性信息，转换测试用例中对应的测试参数的参数值；根据接口描述文件的解析结果中的请求方法将转换后的测试参数的参数值拼装成消息，将所述消息和协议类型发送给测试驱动模块203。

测试驱动模块203接收测试用例解析模块201发送的消息和协议类型后，调用与解析出的协议类型相对应的协议通信处理器向被测系统发送所述消息；并通过该协议通信处理器接收返回消息，将所述返回消息向结果比对模块204进行发送；

结果比对模块204接收测试驱动模块203发送的返回消息后，对所述返回消息进行解析。具体地，结果比对模块204从测试用例解析模块201获取接口描述文件的解析结果，根据接口描述文件的解析结果中的协议类型和返回参数的属性信息，对返回消息进行解析，得到各返回参数的参数值。结果比对模块204还从测试用例解析模块201获取测试用例解析模块201从测试用例中解析出的预期结果，并将所述返回消息的解析结果与所述预期结果进行比较，得到测试结果。

此外，该测试系统还可以包括：测试用例生成模块205。

测试用例生成模块205可以提供测试用例生成界面，测试者可通过测试用例生成界面输入测试接口的接口名称、测试参数的参数值、预期测试结果值。测试用例生成模块205根据测试者输入的测试接口的接口名称、测试参数的参数值、预期测试结果值，生成所述测试用例并进行存储。

进一步，该测试系统还可以包括：接口描述文件生成模块206。

接口描述文件生成模块206可以提供接口描述文件生成界面，测试者可通过接口描述文件生成界面输入协议类型、测试参数的属性信息。接口描述文件生成模块206根据测试者输入的协议类型、测试参数的属性信息生成所述接口描述文件并进行存储。

进一步，该测试系统还可以包括：测试管理模块207。

测试管理模块207可以对测试用例生成模块205生成与存储的测试用例进行管理：测试管理模块207可提供测试管理界面，测试者通过测试管理界面可以从存储的测试用例中选择出需要进行测试的测试用例；测试者还可通过测试管理界面启动、停止测试。例如，测试者按下界面的“开始测试”的按键后，测试管理模块207接收到启动测试的指令；测试管理模块207根据接收的启动测试的指令，将测试者选中的测试用例发送给测试用例解析模块201，启动测试用例解析模块对测试用例进行解析。或者，测试管理模块207接收到启动测试的指令后，根据启动测试的指令通知测试用例解析模块201对选中的测试用例进行解析，测试用例解析模块201根据通知从存储的测试用例中读取选中的测试用例后，对其进行解析。测试用例解析模块201解析测试用例后的各模块操作与上述介绍的相同，此处不再赘述。

进一步，该测试系统还可以包括：测试报表生成模块208。

测试报表生成模块208根据结果比对模块204得到的测试结果生成测试报表，以供测试者进行查阅。

其中，测试驱动模块203中的具体结构如图3所示，包括：测试驱动调用单元301以及多个协议通信处理器302。

不同协议类型对应不同的协议通信处理器302：

与Http协议相对应的协议通信处理器302为Http协议通信处理器；Http协议通信处理器进行Http协议消息的收发技术为本领域技术人员所熟知的，此处不再赘述。

与TCP协议相对应的协议通信处理器302为TCP协议通信处理器；Http协议通信处理器进行Http协议消息的收发技术为本领域技术人员所熟知的，此处不再赘述。

与UDP协议相对应的协议通信处理器302为UDP协议通信处理器；UDP协议通信处理器进行UDP协议消息的收发技术为本领域技术人员所熟知的，此处不再赘述。

与Soap协议相对应的协议通信处理器302为Soap协议通信处理器；Soap协议通信处理器进行Soap协议消息的收发技术为本领域技术人员所熟知的，此处不再赘述。

测试驱动调用单元301接收测试用例解析模块201发送的消息和协议类型后，调用与该协议类型相对应的协议通信处理器，并将所述消息发送给该协议通信处理器。

该协议通信处理器向被测系统发送所述消息，并从被测系统接收返回消息。该协议通信处理器将接收的返回消息发送给测试驱动调用单元301。

测试驱动调用单元301将所述返回消息向结果比对模块204进行发送。

本发明实施例由于针对不同的消息协议类型分别定义生成了接口描述文件，根据不同协议类型的接口描述文件，可以将测试用例中的测试参数转换为符合该协议的参数值，并根据不同协议类型调用不同的协议通信处理器向被测系统收发消息，从而可以方便地测试具有多种协议的被测系统，而不必麻烦地更换多个测试工具。而且，本发明实施例还可统一接收不同协议的协议通信处理器接收的返回消息，在进一步解析和比对后生成测试结果，便于多种协议下获得的测试结果的统计、分析。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读取存储介质中，如：ROM/RAM、磁碟、光盘等。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种基于消息的测试方法，包括：

获取测试用例，从所获取的测试用例中解析出接口名称、测试参数的参数值、预期结果；

确定所述接口名称所对应的接口描述文件，从该接口描述文件中解析出协议类型、测试参数的属性信息；

根据每个测试参数的属性信息，转换对应测试参数的参数值；将转换后的测试参数的参数值拼装成消息；

调用与解析出的协议类型相对应的协议通信处理器向被测系统发送所述消息；

在该协议通信处理器接收到返回消息后，解析所述返回消息，将所述返回消息的解析结果与所述预期结果进行比较，得到测试结果。

2.如权利要求1所述的方法，其特征在于，所述解析所述返回消息，将所述返回消息的解析结果与所述预期结果进行比较，得到测试结果包括：

解析所述返回消息得到解析结果，所述解析结果包括各个返回参数的参数值；

将返回参数的参数值与所述预期结果中相对应的返回参数的预期参数值进行比较，得到测试结果。

3.如权利要求1或2所述的方法，其特征在于，所述测试参数的属性信息包括：测试参数的类型、长度、加密信息。

4.如权利要求1或2所述的方法，其特征在于，所述协议类型为Http协议、或者TCP协议、或者UDP协议、或者Soap协议。

5.一种基于消息的测试系统，包括：

测试用例解析模块，用于在获取测试用例后，从所获取的测试用例中解析出接口名称、测试参数的参数值、预期结果；并发送解析出的接口名称；

接口描述解析模块，用于接收所述测试用例解析模块发送的接口名称，确定该接口名称所对应的接口描述文件，从该接口描述文件中解析出协议类型、测试参数的属性信息后，向所述测试用例解析模块返回解析出的协议类型、测试参数的属性信息；所述测试用例解析模块根据每个测试参数的属性信息，转换对应测试参数的参数值；将转换后的测试参数的参数值拼装成消息，将所述消息和协议类型进行发送；

测试驱动模块，用于接收所述测试用例解析模块发送的消息和协议类型，调用与解析出的协议类型相对应的协议通信处理器向被测系统发送所述消息；并通过该协议通信处理器接收返回消息，将所述返回消息进行发送；

结果比对模块，用于接收所述测试驱动模块发送的返回消息，并解析所述返回消息后，将所述返回消息的解析结果与所述预期结果进行比较，得到测试结果。

6.如权利要求5所述的系统，其特征在于，还包括：

测试用例生成模块，用于根据测试者输入的接口名称、测试参数的参数值、预期测试结果值，生成所述测试用例。

7.如权利要求6所述的系统，其特征在于，还包括：

接口描述文件生成模块，用于根据测试者输入的协议类型、测试参数的属性信息生成所述接口描述文件。

8.如权利要求7所述的系统，其特征在于，还包括：

测试管理模块，用于在接收到启动测试的指令后，将测试者选中的测试用例发送给所述测试用例解析模块。

9.如权利要求1-8所述的系统，其特征在于，所述协议类型为Http协议、或者TCP协议、或者UDP协议、或者Soap协议；以及

所述测试驱动模块中包括：与Http协议相对应的协议通信处理器、与TCP协议相对应的协议通信处理器、与UDP协议相对应的协议通信处理器、与Soap协议相对应的协议通信处理器。

10.如权利要求9所述的系统，其特征在于，所述测试参数的属性信息包括：测试参数的类型、长度、加密信息。

Images