CN105354142B - 中间件测试方法及装置 - Google Patents

Abstract

本发明适用于中间件测试领域，提供了一种中间件测试方法及装置，所述方法包括：读取被测试中间件的测试配置文件和测试数据；加载与所述测试配置文件对应的适配器；将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理；接收所述适配器发送的请求包的处理结果。本发明实施例能够简化测试的工作量。

Description

中间件测试方法及装置

技术领域

本发明实施例属于中间件测试领域，尤其涉及一种中间件测试方法及装置。

背景技术

中间件是一种独立的系统软件和服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。目前，中间件已经包括了许多分支，包括通讯中间件、交易中间件、对象中间件、安全中间件、数据访问中间件、应用服务器等等。其中，交易中间件是中间件的一个重要分支，主要用在面向交易的处理系统(On-Line Transaction Processing，OLTP)中。90年代以前建设的商业应用系统结构比较单一，主要以主机-终端模式及客户-服务器模式为主，客户-服务器模式也称为二层结构。到了90年代，随着计算计机应用水平的飞速发展，企业信息化水平的不断提高，企业客户的不断增加，以及新业务的不断出现，越来越多的用户计算机应用系统在并发处理、关键业务联机交易处理、跨平台、跨广域网、多数据源等方面提出了更高的要求，为了解决这些实际需求，诞生了以交易中间件为基础框架的应用模式，这种架构业界称之为三层结构。三层结构的核心概念是利用中间件将用户界面、业务逻辑和数据逻辑分为三个不同的处理层。以中间件为基础的三层结构系统，不仅具备大型机的系统稳定、安全、处理能力高的优点，同时也具有开放式系统成本低、可扩展性强、开发周期短、易维护等优点。但在基于交易中间件的软件系统部署时，通常都需要进行性能测试，以得到软件系统的性能指标。

目前，市场上现有的中间件产品，一种是通过自带的性能测试工具对本身的中间件进行性能测试，但该自带的性能测试工具仅能对本身的中间件进行性能测试，不能对其它厂商的中间件进行对接和性能测试。另一种是采用通用的性能测试软件，如LoadRunner对中间件进行性能测试，但这些通用的测试软件一般体量较大，需要收费，并且在对不同的中间件进行压力测试时，需要编写不同的测试脚本，从而也增加了使用的难度和学习的成本。

发明内容

本发明实施例提供了一种中间件测试方法及装置，旨在解决现有方法在针对不同的中间件进行测试时，工作量过大的问题。

本发明实施例是这样实现的，一种中间件测试方法，所述方法包括：

读取被测试中间件的测试配置文件和测试数据；

加载与所述测试配置文件对应的适配器；

将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理；

接收所述适配器发送的请求包的处理结果。

本发明实施例的另一目的在于提供一种中间件测试装置，所述装置包括：

测试信息读取单元，用于读取被测试中间件的测试配置文件和测试数据；

适配器加载单元，用于加载与所述测试配置文件对应的适配器；

请求包发送单元，用于将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理；

处理结果接收单元，用于接收所述适配器发送的请求包的处理结果。

在本发明实施例中，由于适配器作为测试工具和被测试中间件通信的桥梁，其能够将测试工具和被测试中间件之间的通信内容的格式调整为对方能够识别的格式，因此，测试工具无需集成各种类型的中间件的接口也能对不同的中间件进行性能测试，从而减轻了测试工具的体量，并且，由于适配器在转发请求包至被测试中间件之前会调整请求包的格式，因此，在测试工具对不同的中间件进行性能测试时，测试人员只需修改适配器的配置，就能够通过复用一个测试脚本实现对被测试中间件的性能测试，从而简化了测试的工作量。

附图说明

图1是本发明第一实施例提供的一种中间件测试方法的流程图；

图2是本发明第二实施例提供的一种中间件测试装置的结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例中，读取被测试中间件的测试配置文件和测试数据，加载与所述测试配置文件对应的适配器，将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理，接收所述适配器发送的请求包的处理结果。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一：

图1示出了本发明第一实施例提供的一种中间件测试方法的流程图，详述如下：

步骤S11，读取被测试中间件的测试配置文件和测试数据。

该步骤中，测试工具读取被测试中间件的测试配置文件和测试数据，其中，测试工具为一可执行文件，启动后具有图形界面，发起测试后，能以画曲线图的方式动态显示当前的测试数据；测试配置文件可以为ini格式的文本文件，该文本文件的内容包括了被测试中间件的地址，端口；采用的适配器名字；测试工具开启的测试线程数，测试数据文件名称，测试的策略(如每秒发送的最大笔数，采用随机方式还是顺序方式读取测试数据对应的文件等)，测试数据存储在文本文件中，该测试数据包括被测试中间件的功能号及该功能号对应的参数，测试数据可以有多行，每行对应一个功能号及其相应的参数、值。

步骤S12，加载与所述测试配置文件对应的适配器。

由于测试配置文件中指定了采用的适配器，一般通过名字的方式指定，因此，可通过解析获取的测试配置文件获知需加载的适配器，适配器包括以下接口：连接被测试中间件接口、与被测试中间件断开连接接口、向被测试中间件发送请求接口、从被测试中间件接收应答接口。

当然，若测试工具没有包括与测试配置文件对应的适配器，则只需按照适配器的统一接口，开发出一个新的适配器即可。需要说明的是，当测试工具同时对多个被测试中间件进行性能测试时，需要同时加载与该多个被测试中间件的配置文件对应的适配器，由于能够同时对多个被测中间件进行性能测试，因此提高了测试效率。

步骤S13，将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理。

该步骤中，测试工具在发送请求包之前，将测试数据加载至内存中，并启动相应数量的测试线程。具体地，测试线程的数量是根据测试的需要和测试环境，由用户自己配置的，例如可以配置为被测试中间件所在物理机器CPU核数。

可选地，所述将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理，具体包括：

A1、将读取的测试数据组成请求包发送至所述适配器。其中，测试工具将读取的被测试中间件的测试数据组成调用被测试的业务的请求包，该请求包的格式为测试工具内部的格式，或者为测试工具定义的其能够识别的格式，比如为JSON(JavaScript ObjectNotation)格式，该JSON格式是一种轻量级的数据交换格式，或者为扩展性标识语言(Extensible Markup Language，XML)格式等，当然，也可以为其他格式，此处不作限定。

A2、调用所述适配器的向被测试中间件发送请求接口，以使所述适配器通过所述向被测试中间件发送请求接口将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理。由于适配器会将接收的请求包的格式调整为被测试中间件能够识别的格式后再发送至中间件进行处理，因此，测试工具本身无需集成过多的接口，从而减轻了测试工具的体量。并且，由于适配器在转发请求包至被测试中间件之前会调整请求包的格式，因此，在测试工具对不同的中间件进行性能测试时，测试人员只需修改加载的适配器，例如，只需要修改配置文件中适配器的名字就能够通过复用一个测试脚本实现对被测试中间件的性能测试，从而简化了测试的工作量。

可选地，在所述将读取的测试数据发送至所述适配器之前，包括：

调用适配器的连接被测试中间件接口，以使所述适配器通过所述连接被测试中间件接口与所述被测试中间件连接。具体地，适配器通过连接被测试中间件接口发送连接请求至被测试中间件，当接收到连接建立应答时，与被测试中间件建立连接。

步骤S14，接收所述适配器发送的请求包的处理结果。

具体地，所述接收所述适配器发送的请求包的处理结果包括：

B1、调用所述适配器的从被测试中间件接收应答接口，以使所述适配器通过所述从被测试中间件接收应答接口接收所述被测试中间件发送的请求包的处理结果。

B2、接收所述适配器发送的请求包的处理结果。

上述B1和B2中，由于测试工具通过调用适配器的从被测试中间件接收应答接口获得请求包的处理结果，即通过适配器将测试工具内部协议转换为其他中间件的协议，因此无需在测试工具本身集成大量的接口也能对不同的被测试中间件进行测试，从而使该测试工具更通用，量级更轻。

可选地，在所述接收所述适配器发送的请求包的处理结果之后，包括：

显示所述请求包的处理结果。该步骤中，可直接显示接收的请求包的处理结果，也可以同时显示测试数据以及该测试数据对应的请求包的处理结果。进一步地，为了使显示的数据更清楚、明了，测试工具在接收到请求包的处理结果后，解析该处理结果，再计算本次请求包的处理时间，最后显示请求包的处理结果和/或本次请求包的处理时间和/或测试数据。具体地，通过图表等显示请求包的处理结果和/或本次请求包的处理时间和/或测试数据，以提高显示的信息的可读性、清楚度。

可选地，当测试工具对被测试中间件的测试结束后，通过调用适配器的与被测试中间件断开连接接口发送连接断开请求，以与被测试中间件断开连接，从而减少持续建立连接所带来的资源浪费。

本发明第一实施例中，读取被测试中间件的测试配置文件和测试数据，加载与所述测试配置文件对应的适配器，将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理，接收所述适配器发送的请求包的处理结果。由于适配器作为测试工具和被测试中间件通信的桥梁，其能够将测试工具和被测试中间件之间的通信内容的格式调整为对方能够识别的格式，因此，测试工具无需集成各种类型的中间件的接口也能对不同的中间件进行性能测试，从而减轻了测试工具的体量，并且，由于适配器在转发请求包至被测试中间件之前会调整请求包的格式，因此，在测试工具对不同的中间件进行性能测试时，测试人员只需修改适配器的配置，就能够通过复用一个测试脚本实现对被测试中间件的性能测试，从而简化了测试的工作量。

应理解，在本发明实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

实施例二：

图2示出了本发明第二实施例提供的一种中间件测试装置的结构图，该中间件测试装置可应用于各种终端中，该终端可以包括经无线接入网RAN与一个或多个核心网进行通信的用户设备，该用户设备可以是移动电话(或称为“蜂窝”电话)、具有移动设备的计算机等，例如，用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语音和/或数据。又例如，该移动设备可以包括智能手机、平板电脑、个人数字助理PDA、销售终端POS或车载电脑等。为了便于说明，仅示出了与本发明实施例相关的部分。

该中间件测试装置包括：测试信息读取单元21、适配器加载单元22、请求包发送单元23、处理结果接收单元24。其中：

测试信息读取单元21，用于读取被测试中间件的测试配置文件和测试数据。

其中，测试工具为一可执行文件，启动后具有图形界面，发起测试后，能以画曲线图的方式动态显示当前的测试数据，测试配置文件可以为ini格式的文本文件，该文本文件的内容包括了被测试中间件的地址，端口；采用的适配器名字；测试工具开启的测试线程数，测试数据文件名称，测试的策略(如每秒发送的最大笔数，采用随机方式还是顺序方式读取测试数据对应的文件等)，测试数据存储在文本文件中，该测试数据包括被测试中间件的功能号及该功能号对应的参数，测试数据可以有多行，每行对应一个功能号及其相应的参数、值。

适配器加载单元22，用于加载与所述测试配置文件对应的适配器。

其中，适配器包括以下接口：连接被测试中间件接口、与被测试中间件断开连接接口、向被测试中间件发送请求接口、从被测试中间件接收应答接口。

当然，若测试工具没有包括与测试配置文件对应的适配器，则只需按照适配器的统一接口，开发出一个新的适配器即可。需要说明的是，当测试工具同时对多个被测试中间件进行性能测试时，需要同时加载与该多个被测试中间件的配置文件对应的适配器，由于能够同时对多个被测中间件进行性能测试，因此提高了测试效率。

请求包发送单元23，用于将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理。

具体地，在发送请求包之前，将测试数据加载至内存中，并启动相应数量的测试线程。具体地，测试线程的数量是根据测试的需要和测试环境，由用户自己配置的，例如可以配置为被测试中间件所在物理机器CPU核数。

可选地，所述请求包发送单元23包括：

测试数据处理模块，用于将读取的测试数据组成请求包发送至所述适配器。其中，测试工具将读取的被测试中间件的测试数据组成调用被测试的业务的请求包，该请求包的格式为测试工具内部的格式，或者为测试工具定义的其能够识别的格式。当然，也可以为其他格式，此处不作限定。

向被测试中间件发送请求接口调用模块，用于调用所述适配器的向被测试中间件发送请求接口，以使所述适配器通过所述向被测试中间件发送请求接口将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理。由于适配器会将接收的请求包的格式调整为被测试中间件能够识别的格式后再发送至中间件进行处理，因此，测试工具本身无需集成过多的接口，从而减轻了测试工具的体量。并且，由于适配器在转发请求包至被测试中间件之前会调整请求包的格式，因此，在测试工具对不同的中间件进行性能测试时，测试人员只需修改加载的适配器，例如，只需要修改配置文件中适配器的名字就能够通过复用一个测试脚本实现对被测试中间件的性能测试，从而简化了测试的工作量。

可选地，所述中间件测试装置包括：

被测试中间件连接单元，用于调用适配器的连接被测试中间件接口，以所述适配器通过所述连接被测试中间件接口与所述被测试中间件连接。在所述将读取的测试数据发送至所述适配器之前，适配器通过连接被测试中间件接口发送连接请求至被测试中间件，当接收到连接建立应答时，与被测试中间件建立连接。

处理结果接收单元24，用于接收所述适配器发送的请求包的处理结果。

可选地，所述处理结果接收单元24包括：

从被测试中间件接收应答接口调用模块，用于调用所述适配器的从被测试中间件接收应答接口，以使所述适配器通过所述从被测试中间件接收应答接口接收所述被测试中间件发送的请求包的处理结果。

请求包的处理结果接收模块，用于接收所述适配器发送的请求包的处理结果。

上述从被测试中间件接收应答接口调用模块和请求包的处理结果接收模块中，由于测试工具通过调用适配器的从被测试中间件接收应答接口获得请求包的处理结果，即通过适配器将测试工具内部协议转换为其他中间件的协议，因此无需在测试工具本身集成大量的接口也能对不同的被测试中间件进行测试，从而使该测试工具更通用，量级更轻。

可选地，所述中间件测试装置包括：

处理结果显示单元，用于显示所述请求包的处理结果。具体地，可直接显示接收的请求包的处理结果，也可以同时显示测试数据以及该测试数据对应的请求包的处理结果。进一步地，为了使显示的数据更清楚、明了，测试工具在接收到请求包的处理结果后，解析该处理结果，再计算本次请求包的处理时间，最后显示请求包的处理结果和/或本次请求包的处理时间和/或测试数据。具体地，通过图表等显示请求包的处理结果和/或本次请求包的处理时间和/或测试数据，以提高显示的信息的可读性、清楚度。

可选地，所述中间件测试装置包括：

连接断开单元，用于通过调用适配器的与被测试中间件断开连接接口发送连接断开请求，以与被测试中间件断开连接，从而减少持续建立连接所带来的资源浪费。

本发明第二实施例中，由于适配器作为测试工具和被测试中间件通信的桥梁，其能够将测试工具和被测试中间件之间的通信内容的格式调整为对方能够识别的格式，因此，测试工具无需集成各种类型的中间件的接口也能对不同的中间件进行性能测试，从而减轻了测试工具的体量，并且，由于适配器在转发请求包至被测试中间件之前会调整请求包的格式，因此，在测试工具对不同的中间件进行性能测试时，测试人员只需修改适配器的配置，就能够通过复用一个测试脚本实现对被测试中间件的性能测试，从而简化了测试的工作量。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种中间件测试方法，其特征在于，所述方法包括：

读取被测试中间件的测试配置文件和测试数据；

加载与所述测试配置文件对应的适配器；

将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理；

接收所述适配器发送的请求包的处理结果；

其中，所述测试配置文件包括：

被测试中间件的地址、端口、所述适配器的名字、开启的测试线程数、测试数据文件名称、测试的策略；

所述适配器包括：

连接被测试中间件接口、与被测试中间件断开连接接口、向被测试中间件发送请求接口、从被测试中间件接收应答接口。

2.根据权利要求1所述的方法，其特征在于，在所述将读取的测试数据发送至所述适配器之前，包括：

调用适配器的连接被测试中间件接口，以所述适配器通过所述连接被测试中间件接口与所述被测试中间件连接。

3.根据权利要求1所述的方法，其特征在于，所述将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理，具体包括：

将读取的测试数据组成请求包发送至所述适配器；

调用所述适配器的向被测试中间件发送请求接口，以使所述适配器通过所述向被测试中间件发送请求接口将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理。

4.根据权利要求1所述的方法，其特征在于，所述接收所述适配器发送的请求包的处理结果，具体包括：

调用所述适配器的从被测试中间件接收应答接口，以使所述适配器通过所述从被测试中间件接收应答接口接收所述被测试中间件发送的请求包的处理结果；

接收所述适配器发送的请求包的处理结果。

5.根据权利要求1至4任一项所述的方法，其特征在于，在所述接收所述适配器发送的请求包的处理结果之后，包括：

显示所述请求包的处理结果。

6.一种中间件测试装置，其特征在于，所述装置包括：

测试信息读取单元，用于读取被测试中间件的测试配置文件和测试数据；

适配器加载单元，用于加载与所述测试配置文件对应的适配器；

请求包发送单元，用于将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理；

处理结果接收单元，用于接收所述适配器发送的请求包的处理结果；

其中，所述测试配置文件包括：

被测试中间件的地址、端口、所述适配器的名字、开启的测试线程数、测试数据文件名称、测试的策略；

所述适配器包括：

连接被测试中间件接口、与被测试中间件断开连接接口、向被测试中间件发送请求接口、从被测试中间件接收应答接口。

7.根据权利要求6所述的装置，其特征在于，所述装置包括：

被测试中间件连接单元，用于调用适配器的连接被测试中间件接口，以所述适配器通过所述连接被测试中间件接口与所述被测试中间件连接。

8.根据权利要求6所述的装置，其特征在于，所述请求包发送单元包括：

测试数据处理模块，用于将读取的测试数据组成请求包发送至所述适配器；

向被测试中间件发送请求接口调用模块，用于调用所述适配器的向被测试中间件发送请求接口，以使所述适配器通过所述向被测试中间件发送请求接口将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理。

9.根据权利要求6所述的装置，其特征在于，所述处理结果接收单元包括：

从被测试中间件接收应答接口调用模块，用于调用所述适配器的从被测试中间件接收应答接口，以使所述适配器通过所述从被测试中间件接收应答接口接收所述被测试中间件发送的请求包的处理结果；

请求包的处理结果接收模块，用于接收所述适配器发送的请求包的处理结果。

10.根据权利要求6至9任一项所述的装置，其特征在于，所述装置包括：

处理结果显示单元，用于显示所述请求包的处理结果。