中间件测试方法及装置的制造方法
【技术领域】
[0001]本发明实施例属于中间件测试领域，尤其涉及一种中间件测试方法及装置。
【背景技术】
[0002]中间件是一种独立的系统软件和服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。目前，中间件已经包括了许多分支，包括通讯中间件、交易中间件、对象中间件、安全中间件、数据访问中间件、应用服务器等等。其中，交易中间件是中间件的一个重要分支，主要用在面向交易的处理系统(On-Line Transact1n Processing,0LTP)中。90年代以前建设的商业应用系统结构比较单一，主要以主机-终端模式及客户-服务器模式为主，客户-服务器模式也称为二层结构。到了 90年代，随着计算计机应用水平的飞速发展，企业信息化水平的不断提高，企业客户的不断增加，以及新业务的不断出现，越来越多的用户计算机应用系统在并发处理、关键业务联机交易处理、跨平台、跨广域网、多数据源等方面提出了更高的要求，为了解决这些实际需求，诞生了以交易中间件为基础框架的应用模式，这种架构业界称之为三层结构。三层结构的核心概念是利用中间件将用户界面、业务逻辑和数据逻辑分为三个不同的处理层。以中间件为基础的三层结构系统，不仅具备大型机的系统稳定、安全、处理能力高的优点，同时也具有开放式系统成本低、可扩展性强、开发周期短、易维护等优点。但在基于交易中间件的软件系统部署时，通常都需要进行性能测试，以得到软件系统的性能指标。
[0003]目前，市场上现有的中间件产品，一种是通过自带的性能测试工具对本身的中间件进行性能测试，但该自带的性能测试工具仅能对本身的中间件进行性能测试，不能对其它厂商的中间件进行对接和性能测试。另一种是采用通用的性能测试软件，如LoadRunner对中间件进行性能测试，但这些通用的测试软件一般体量较大，需要收费，并且在对不同的中间件进行压力测试时，需要编写不同的测试脚本，从而也增加了使用的难度和学习的成本。
【发明内容】
[0004]本发明实施例提供了一种中间件测试方法及装置，旨在解决现有方法在针对不同的中间件进行测试时，工作量过大的问题。
[0005]本发明实施例是这样实现的，一种中间件测试方法，所述方法包括:
[0006]读取被测试中间件的测试配置文件和测试数据；
[0007]加载与所述测试配置文件对应的适配器；
[0008]将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理；
[0009]接收所述适配器发送的请求包的处理结果。
[0010]本发明实施例的另一目的在于提供一种中间件测试装置，所述装置包括:
[0011]测试信息读取单元，用于读取被测试中间件的测试配置文件和测试数据；
[0012]适配器加载单元，用于加载与所述测试配置文件对应的适配器；
[0013]请求包发送单元，用于将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理；
[0014]处理结果接收单元，用于接收所述适配器发送的请求包的处理结果。
[0015]在本发明实施例中，由于适配器作为测试工具和被测试中间件通信的桥梁，其能够将测试工具和被测试中间件之间的通信内容的格式调整为对方能够识别的格式，因此，测试工具无需集成各种类型的中间件的接口也能对不同的中间件进行性能测试，从而减轻了测试工具的体量，并且，由于适配器在转发请求包至被测试中间件之前会调整请求包的格式，因此，在测试工具对不同的中间件进行性能测试时，测试人员只需修改适配器的配置，就能够通过复用一个测试脚本实现对被测试中间件的性能测试，从而简化了测试的工作量。
【附图说明】
[0016]图1是本发明第一实施例提供的一种中间件测试方法的流程图；
[0017]图2是本发明第二实施例提供的一种中间件测试装置的结构图。
【具体实施方式】
[0018]为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0019]本发明实施例中，读取被测试中间件的测试配置文件和测试数据，加载与所述测试配置文件对应的适配器，将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理，接收所述适配器发送的请求包的处理结果。
[0020]为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。
[0021]实施例一:
[0022]图1示出了本发明第一实施例提供的一种中间件测试方法的流程图，详述如下:
[0023]步骤S11，读取被测试中间件的测试配置文件和测试数据。
[0024]该步骤中，测试工具读取被测试中间件的测试配置文件和测试数据，其中，测试工具为一可执行文件，启动后具有图形界面，发起测试后，能以画曲线图的方式动态显示当前的测试数据；测试配置文件可以为ini格式的文本文件，该文本文件的内容包括了被测试中间件的地址，端口 ；采用的适配器名字；测试工具开启的测试线程数，测试数据文件名称，测试的策略(如每秒发送的最大笔数，采用随机方式还是顺序方式读取测试数据对应的文件等)，测试数据存储在文本文件中，该测试数据包括被测试中间件的功能号及该功能号对应的参数，测试数据可以有多行，每行对应一个功能号及其相应的参数、值。
[0025]步骤S12，加载与所述测试配置文件对应的适配器。
[0026]由于测试配置文件中指定了采用的适配器，一般通过名字的方式指定，因此，可通过解析获取的测试配置文件获知需加载的适配器，适配器包括以下接口:连接被测试中间件接口、与被测试中间件断开连接接口、向被测试中间件发送请求接口、从被测试中间件接收应答接口。
[0027]当然，若测试工具没有包括与测试配置文件对应的适配器，则只需按照适配器的统一接口，开发出一个新的适配器即可。需要说明的是，当测试工具同时对多个被测试中间件进行性能测试时，需要同时加载与该多个被测试中间件的配置文件对应的适配器，由于能够同时对多个被测中间件进行性能测试，因此提高了测试效率。
[0028]步骤S13，将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理。
[0029]该步骤中，测试工具在发送请求包之前，将测试数据加载至内存中，并启动相应数量的测试线程。具体地，测试线程的数量是根据测试的需要和测试环境，由用户自己配置的，例如可以配置为被测试中间件所在物理机器CPU核数。
[0030]可选地，所述将读取的测试数据组成请求包发送至所述适配器，以使所述适配器将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理，具体包括:
[0031]A1、将读取的测试数据组成请求包发送至所述适配器。其中，测试工具将读取的被测试中间件的测试数据组成调用被测试的业务的请求包，该请求包的格式为测试工具内部的格式，或者为测试工具定义的其能够识别的格式，比如为JSON (JavaScript ObjectNotat1n)格式，该JS0N格式是一种轻量级的数据交换格式，或者为扩展性标识语言(Extensible Markup Language, XML)格式等，当然，也可以为其他格式，此处不作限定。
[0032]A2、调用所述适配器的向被测试中间件发送请求接口，以使所述适配器通过所述向被测试中间件发送请求接口将接收的请求包的格式调整为所述被测试中间件能够识别的格式后再发送至所述被测试中间件进行处理。由于适配器会将接收的请求包的格式调整为被测试中间件能够识别的格式后再发送至中间件进行处理，因此，测试工具本身无需集成过多的接口，从而减轻了测试工具的体量。并且，由于适配器在转发请求包至被测试中间件之前会调整请求包的格式，因此，