[发明专利]中间件测试方法及装置

说明书

技术领域

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

背景技术

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

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

发明内容

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

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

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

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

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

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

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

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

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

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

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

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

附图说明

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

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

具体实施方式

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

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