CN106998277A - Web服务测试方法和装置 - Google Patents

Abstract

本申请提供一种Web服务测试方法和装置，包括：在接收到目标测试地址为本机地址的测试指令时，获取测试指令中的测试参数，并确定测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号；其中，待测试服务信息包括：待测试服务的IP地址、端口号和接口路径；基于类名、待测试服务信息、待测试服务版本号，与待测试服务之间建立连接；通过与待测试服务之间建立的连接，将接口名和测试参数发送给待测试服务，以使待测试服务基于测试参数对类名和接口名指定的接口进行测试；将待测试服务返回的测试结果展示给用户。本申请技术方案可以使用户继续利用SoapUI对不支持HTTP的Web服务进行测试，简化了测试过程，提高了测试效率。

Description

Web服务测试方法和装置

技术领域

本申请涉及通信技术领域，尤其涉及一种Web服务测试方法和装置。

背景技术

由于Web服务是被程序调用的，一般不会提供界面给用户或测试人员直接使用，因此在SoapUI等测试工具出现之前，测试人员在对Web服务进行测试时，通常需要自行编写程序来测试Web服务。

SoapUI是一个开源测试工具，测试人员可以在SoapUI中，利用SoapUI提供的功能，完成对Web服务的功能测试、负载测试等多种测试。目前，测试人员可以利用SoapUI对基于SOAP(Simple Object Access Protocol，简单对象访问协议)的Web服务和REST(Representational State Transfer，表述性状态转移)风格的Web服务进行测试，但针对不支持HTTP(HyperText Transfer Protocol，超文本传输协议)实现的RPC(RemoteProcedure Call Protocol，远程过程调用协议)等的Web服务(如Dubbo服务等)而言，测试人员则无法利用SoapUI对这类Web服务进行测试，仍需要自行编写程序来测试这类Web服务。

发明内容

有鉴于此，本申请提供一种Web服务测试方法和装置，以解决相关技术中无法利用SoapUI对Web服务进行测试的问题。

具体地，本申请是通过如下技术方案实现的：

第一方面，本申请提供一种Web服务测试方法，所述方法包括：

在接收到目标测试地址为本机地址的测试指令时，获取所述测试指令中的测试参数，并确定所述测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号；其中，所述待测试服务信息包括：所述待测试服务的IP地址、端口号和接口路径；

基于所述类名、待测试服务信息、待测试服务版本号，与待测试服务之间建立连接；

通过与所述待测试服务之间建立的连接，将所述接口名和所述测试参数发送给所述待测试服务，以使所述待测试服务基于所述测试参数对所述类名和接口名指定的接口进行测试；

将所述待测试服务返回的测试结果展示给用户。

第二方面，本申请提供一种Web服务测试装置，所述装置包括：

参数获取单元，用于在接收到目标测试地址为本机地址的测试指令时，获取所述测试指令中的测试参数，并确定所述测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号；其中，所述待测试服务信息包括：所述待测试服务的IP地址、端口号和接口路径；

连接建立单元，用于基于所述类名、待测试服务信息、待测试服务版本号，与待测试服务之间建立连接；

参数发送单元，用于通过与所述待测试服务之间建立的连接，将所述接口名和所述测试参数发送给所述待测试服务，以使所述待测试服务基于所述测试参数对所述类名和接口名指定的接口进行测试；

结果展示单元，用于将所述待测试服务返回的测试结果展示给用户。

分析上述技术方案可知，在SoapUI和待测试服务之间增加的转发器，可以通过与待测试服务之间建立的连接，将SoapUI发送的HTTP请求转换为待测试服务支持的请求形式并将转换后的请求发送给待测试服务进行测试以得到测试结果，后续转发器可以将待测试服务返回的测试结果展示给用户，从而使用户继续利用SoapUI对不支持HTTP的Web服务进行测试，简化了对这类Web服务的测试过程，提高了对这类Web服务的测试效率。

附图说明

图1是本申请一示例性实施例示出的一种Web服务测试方法的系统架构图；

图2是本申请一示例性实施例示出的一种Web服务测试方法的流程图；

图3是本申请一示例性实施例示出的一种Web服务测试装置所在设备的硬件结构图；

图4是本申请一示例性实施例示出的一种Web服务测试装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

相关技术中，用户或测试人员可以利用SoapUI，对基于SOAP的Web服务和REST风格的Web服务进行测试。SoapUI可以根据用户的测试指令生成对应的HTTP请求，并将该HTTP请求发送至待测试服务以测试待测试服务。但对于不通过HTTP实现的RPC等的Web服务而言，这类Web服务无法处理HTTP请求，因此用户无法利用SoapUI对这类Web服务进行测试，而是需要自行编写程序来测试这类Web服务，十分复杂且繁琐。

本申请提供一种Web服务测试方法和装置，以解决上述问题，便于用户利用SoapUI对这类Web服务进行测试。请参考图1，为本申请一示例性实施例示出的一种Web服务测试方法的系统架构图。在SoapUI和待测试服务之间增加的转发器，可以将SoapUI生成的HTTP请求转换为待测试服务支持的请求形式并发送给待测试服务，从而使用户可以继续利用SoapUI对这类服务进行测试。转发器可以基于SoapUI提供的MockService功能实现，通过在MockService的自定义模拟响应中编写程序，使MockService执行转发器的相关功能。此外，转发器也可以通过在SoapUI中添加的插件实现。

基于图1所示的系统架构图，请参考图2，为本申请一示例性实施例示出的一种WebService测试方法。该方法可以应用于SoapUI的转发器中，包括以下步骤：

步骤201：在接收到目标测试地址为本机地址的测试指令时，获取所述测试指令中的测试参数，并确定所述测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号。

在本实施例中，用户也可以通过SoapUI下达针对待测试服务的测试指令。相关技术中，在对支持HTTP的Web服务进行测试时，用户可以将测试指令的目标测试地址配置为待测试服务地址，如待测试服务的域名等。而在对不支持HTTP的Web服务进行测试时，用户可以将测试指令中的目标测试地址配置为本机地址，如本机的IP地址等。SoapUI在检测到用户下达的测试指令中的目标测试地址为本机地址时，可以将该测试指令发送给转发器进行处理。

转发器在接收到SoapUI发送的测试指令时，可以从该测试指令中获取测试参数，并确定该测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号。其中，类名用于指定某一接口类，在接口类中可以包括一个或多个接口，接口名则用于指定这一接口类中的某一接口，类名和接口名两者结合可以指定唯一接口；所述待测试服务信息包括：所述待测试服务的IP地址、端口号和接口路径(如接口的URL地址等)。

类名、接口名、待测试服务信息和待测试服务版本号可以由用户预先在转发器中进行配置，此时转发器可以将用户预先配置的类名、接口名、待测试服务信息和待测试服务版本号，确定为所有接收到的测试请求对应的类名、接口名、待测试服务信息和待测试服务版本号。而在另一个例子中，也可以由SoapUI为用户提供配置类名、接口名、待测试服务信息和待测试服务版本号的页面，用户在配置测试指令时，还可以配置类名、接口名、待测试服务信息和待测试服务版本号等信息。转发器在接收到该测试指令时，可以将该测试指令携带的类名、接口名、待测试服务信息和待测试服务版本号，确定为该测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号。

步骤202：基于所述类名、待测试服务信息、待测试服务版本号，与待测试服务之间建立连接。

在本实施例中，转发器在确定接收到的测试指令对应的类名、待测试服务信息、待测试服务版本号后，可以基于该类名、待测试服务信息、待测试服务版本号，并按照待测试服务支持的连接方式，与待测试服务之间建立连接。以Dubbo服务为例，Dubbo服务支持点到点直连的连接方式，因此转发器可以基于确定的类名、待测试服务信息、待测试服务版本号，与Dubbo服务之间建立点到点直连。

步骤203：通过与所述待测试服务之间建立的连接，将所述接口名和所述测试参数发送给所述待测试服务，以使所述待测试服务基于所述测试参数对所述类名和接口名指定的接口进行测试。

在本实施例中，转发器可以通过与待测试服务之间建立的连接，将获取到的测试参数以及确定的接口名发送给待测试服务。待测试服务在接收到所述测试参数与接口名后，可以基于所述测试参数对由类名和接口名指定的接口进行测试，即待测试服务可以将所述测试参数作为输入参数，调用该类名和接口名指定的接口对所述输入参数进行处理，并输出处理结果作为测试结果。

在实际应用中，不同的接口所规定的参数类型(即该接口可以处理的参数类型)可能是不相同的，因此转发器在将获取到的测试参数发送给待测试服务前，可以先按照确定的类名和接口名指定的接口所规定的参数类型对所述测试参数进行参数类型转换。举例来说，假设确定的类名和接口名指定的接口所规定的参数类型为list类型，且转发器检测到获取到的测试参数的参数类型为map类型，则转发器可以先将所述测试参数由map类型转换为list类型，再将转换后的测试参数发送给待测试服务。

除此之外，转发器还可以将获取到的测试参数的编码格式转换为较为通用的UTF-8(8-bit Unicode Transformation Format，8位通用转换格式)格式，以提高待测试服务对所述测试参数的兼容性，便于后续处理。

步骤204：将所述待测试服务返回的测试结果展示给用户。

在本实施例中，待测试服务在基于所述测试参数对所述类名和接口名指定的接口进行测试得到测试结果后，可以将所述测试结果返回给转发器，而转发器则可以将所述测试结果通过SoapUI提供的测试结果显示页面展示给用户，以供用户查看。

由于SoapUI通常支持的数据格式为JSON格式，因此转发器在接收到所述测试结果后，可以将所述测试结果的数据格式转换为JSON格式，以保证可以通过SoapUI将所述测试结果展示给用户。

由上述实施例可见，在SoapUI和待测试服务之间增加的转发器，可以通过与待测试服务之间建立的连接，将SoapUI发送的HTTP请求转换为待测试服务支持的请求形式并将转换后的请求发送给待测试服务进行测试以得到测试结果，后续转发器可以将待测试服务返回的测试结果展示给用户，从而使用户继续利用SoapUI对不支持HTTP的Web服务进行测试，简化了对这类Web服务的测试过程，提高了对这类Web服务的测试效率。

与前述Web服务测试方法的实施例相对应，本申请还提供了Web服务测试装置的实施例。

本申请Web服务测试装置的实施例可以应用在网络设备上，所述网络设备中装载有SoapUI。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在网络设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本申请Web服务测试装置所在网络设备的一种硬件结构图，除了图3所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的网络设备通常根据该Web服务测试的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图4，为本申请一示例性实施例示出的一种Web服务测试装置的框图。该Web服务测试装置400可以应用于图3所示的网络设备中，包括：

参数获取单元401，用于在接收到目标测试地址为本机地址的测试指令时，获取所述测试指令中的测试参数，并确定所述测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号；其中，所述待测试服务信息包括：所述待测试服务的IP地址、端口号和接口路径；

连接建立单元402，用于基于所述类名、待测试服务信息、待测试服务版本号，与待测试服务之间建立连接；

参数发送单元403，用于通过与所述待测试服务之间建立的连接，将所述接口名和所述测试参数发送给所述待测试服务，以使所述待测试服务基于所述测试参数对所述类名和接口名指定的接口进行测试；

结果展示单元404，用于将所述待测试服务返回的测试结果展示给用户。

在一个可选的实施例中，所述参数获取单元401可以包括：

确定子单元4011，用于将预设的类名、接口名、待测试服务信息和待测试服务版本号确定为所述测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号；或者用于将所述测试指令携带的类名、接口名、待测试服务信息和待测试服务版本号确定为所述测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号。

在另一个可选的实施例中，所述结果展示单元404可以包括：

展示子单元4041，用于将所述测试结果的数据格式转换为JSON格式，并将转换后的测试结果展示给用户。

在另一个可选的实施例中，所述装置400还可以包括：

格式转换单元405，用于在将所述接口名和所述测试参数发送给所述待测试服务前，将所述测试请求参数的编码格式转换为UTF-8格式。

在另一个可选的实施例中，所述装置400还可以包括：

类型转换单元406，用于在将所述接口名和所述测试参数发送给所述待测试服务前，根据所述类名和接口名指定的接口所规定的参数类型，对所述测试参数进行参数类型转换。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种Web服务测试方法，其特征在于，所述方法包括：

在接收到目标测试地址为本机地址的测试指令时，获取所述测试指令中的测试参数，并确定所述测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号；其中，所述待测试服务信息包括：所述待测试服务的IP地址、端口号和接口路径；

基于所述类名、待测试服务信息、待测试服务版本号，与待测试服务之间建立连接；

通过与所述待测试服务之间建立的连接，将所述接口名和所述测试参数发送给所述待测试服务，以使所述待测试服务基于所述测试参数对所述类名和接口名指定的接口进行测试；

将所述待测试服务返回的测试结果展示给用户。

2.根据权利要求1所述的方法，其特征在于，所述确定所述测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号，包括：

将预设的类名、接口名、待测试服务信息和待测试服务版本号确定为所述测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号；或者

将所述测试指令携带的类名、接口名、待测试服务信息和待测试服务版本号确定为所述测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号。

3.根据权利要求1所述的方法，其特征在于，所述将所述待测试服务返回的测试结果展示给用户，包括：

将所述测试结果的数据格式转换为JSON格式，并将转换后的测试结果展示给用户。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在将所述接口名和所述测试参数发送给所述待测试服务前，将所述测试请求参数的编码格式转换为UTF-8格式。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在将所述接口名和所述测试参数发送给所述待测试服务前，根据所述类名和接口名指定的接口所规定的参数类型，对所述测试参数进行参数类型转换。

6.一种Web服务测试装置，其特征在于，所述装置包括：

参数获取单元，用于在接收到目标测试地址为本机地址的测试指令时，获取所述测试指令中的测试参数，并确定所述测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号；其中，所述待测试服务信息包括：所述待测试服务的IP地址、端口号和接口路径；

连接建立单元，用于基于所述类名、待测试服务信息、待测试服务版本号，与待测试服务之间建立连接；

参数发送单元，用于通过与所述待测试服务之间建立的连接，将所述接口名和所述测试参数发送给所述待测试服务，以使所述待测试服务基于所述测试参数对所述类名和接口名指定的接口进行测试；

结果展示单元，用于将所述待测试服务返回的测试结果展示给用户。

7.根据权利要求6所述的装置，其特征在于，所述参数获取单元包括：

确定子单元，用于将预设的类名、接口名、待测试服务信息和待测试服务版本号确定为所述测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号；或者用于将所述测试指令携带的类名、接口名、待测试服务信息和待测试服务版本号确定为所述测试指令对应的类名、接口名、待测试服务信息和待测试服务版本号。

8.根据权利要求6所述的装置，其特征在于，所述结果展示单元包括：

展示子单元，用于将所述测试结果的数据格式转换为JSON格式，并将转换后的测试结果展示给用户。

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

格式转换单元，用于在将所述接口名和所述测试参数发送给所述待测试服务前，将所述测试请求参数的编码格式转换为UTF-8格式。

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

类型转换单元，用于在将所述接口名和所述测试参数发送给所述待测试服务前，根据所述类名和接口名指定的接口所规定的参数类型，对所述测试参数进行参数类型转换。