CN108614776B - 跨语言协议测试请求的动态构建方法和系统 - Google Patents

Abstract

本公开涉及一种跨语言协议测试请求的动态构建方法和系统，所述方法包括以下步骤：1、配置远程服务类信息及各个远程服务类的各个远程方法信息，形成配置文件；2、根据配置文件，动态生成并向用户显示可供调用的各个远程方法的列表；3、根据远程服务类及用户从列表中选择的远程方法，基于配置文件确定远程服务类，从接口文件中解析出参数信息，并根据参数信息动态生成并向用户显示参数列表；4、根据用户从参数列表中选择的所需参数，动态生成并向用户显示参数输入界面，用户在参数输入界面中输入所需参数的内容；5、根据用户输入的所需参数的具体内容，形成跨语言协议测试请求，通过跨语言协议测试请求调用远程方法；6、将收到的执行结果结构化并向用户显示。

Description

跨语言协议测试请求的动态构建方法和系统

技术领域

本发明涉及计算机程序测试技术领域，尤其涉及一种跨语言协议测试请求的动态构建方法。

背景技术

目前，基于跨语言服务的软件开发项目(例如，基于Thrift和protobuf)存在以下共同问题：1、结构体庞大；2、结构属性多；3、结构层次复杂。从而，在开发调试或软件测试过程中，客户端请求的构造显得较为困难。

目前业界中，跨语言协议的客户端请求构造还存在如下问题：

1、没有像支持http协议的公用开源的工具(如postman、restclient)来支持thrift与protobuf；

2、采用python脚本，java代码构造请求，且模式都为本地式，不能做到共享，本地式的请求还会涉及到thrift环境的支持，语言jdk的安装等过程；

3、接口文件变更，每次都需要本地编译再修改脚本的过程，对于不同的参数，需要反复修改脚本；

4、对于基于html页面构造请求的普遍模式，若接口文件变更，会经历再编译、修改html页面、修改服务端请求、拼装参数的过程；

5、根据接口属性，查找顶级结构体，要反向一层层根据接口定义文件，不直观，且耗时；

6、若接口文件变更多次，则页面、脚本、服务器请求代码都需要重复多次这样的步骤。

7、若新增thrift接口方法，则需要再次开发，新增页面，新增客户端请求实现。

图1为一种现有方案的示意图。如图1所示，接口文件的变更或者新引入thrift文件都需要再次开发、再次维护，成本大。假定单次工作量为m，则n次变更将来的修改成本是m×n次。其中，所述工作量m涉及以下工作：编译；新增远程调用方法；新增或修改页面；web端修改接收参数与远程请求实体对应；发起远程调用。

发明内容

考虑到现有技术的上述问题，发明人构思了本发明，其涉及一种跨语言测试请求体动态构建的方法和系统，其中，根据指定的方法，生成一定格式的请求体，交给动态模版，动态模版根据用户选择，动态生成页面标签，组装请求数据，发送到服务器作请求。

根据本发明的实施例，提供了一种跨语言协议测试请求的动态构建方法，包括以下步骤：步骤1、配置远程服务类信息、以及各个远程服务类的各个远程方法信息，形成配置文件；步骤2、根据配置文件，动态生成并向用户显示可供调用的各个远程方法的列表；步骤3、根据用户从所述列表中选择的远程方法，基于配置文件确定远程服务类，并从接口文件中解析出跨语言协议测试请求所需的参数信息，并根据所述参数信息，动态生成并向用户显示可供选择的参数列表；步骤4、根据用户从所述参数列表中选择的所需参数，动态生成并向用户显示参数输入界面，用户在所述参数输入界面中输入所需参数的具体内容；步骤5、根据用户输入的所需参数的具体内容，形成跨语言协议测试请求，通过所述跨语言协议测试请求调用所述远程方法；步骤6、将收到的执行结果结构化并向用户显示。

根据本发明的实施例，还提供了一种跨语言协议测试请求的动态构建系统，包括配置组件、动态解析组件、动态网页模板组件、以及动态远程调用组件，所述配置组件用于根据接口文件配置远程服务类信息、以及各个远程服务类的各个远程方法信息，形成配置文件，所述动态网页模版组件根据配置文件，动态生成并向用户显示可供调用的各个远程方法的列表，所述动态解析组件用于根据用户从所述列表中选择的远程方法，基于配置文件确定远程服务类，并从所述接口文件中解析出跨语言协议测试请求所需的参数信息，并将其发送到所述动态网页模版组件，所述动态网页模版组件还用于根据所述参数信息，动态生成并向用户显示可供选择的参数列表，并根据用户从所述参数列表中选择的所需参数，动态生成并向用户显示参数输入界面，动态远程调用组件用于根据用户输入的所需参数的具体内容，形成跨语言协议测试请求，通过所述跨语言协议测试请求调用所述远程方法，并接收所述远程方法的执行结果，所述动态网页模版组件还用于将所述执行结果格式化，并将其发送到所述动态网页模版组件，所述动态网页模版组件动态生成结果显示界面并向用户显示。

本发明的有益效果主要在于：

1、跨语言请求结构化展示，清晰明了；

2、无缝接入新的远程方法，接口定义的变更不要需要额外开发远程调用工作量、与生成页面的工作量；

3、跨语言请求共享模式调用。

附图说明

图1为示出现有技术的请求构建方法的原理示意图；

图2为示出根据本发明的实施例的跨语言协议测试请求的动态构建系统的功能组件示意图；

图3为示出根据本发明的实施例的动态构建的参数选择界面的示意图；

图4为示出根据本发明的实施例的动态构建的参数输入界面的示意图；

图5为示出根据本发明的实施例的跨语言协议测试请求的动态构建方法的流程示意图。

图6示出了根据本发明实施例的安装了应用程序的系统的运行环境。

具体实施方式

本领域的技术人员能够理解，尽管以下的说明涉及到有关本发明的实施例的很多技术细节，但这仅为用来说明本发明的原理的示例、而不意味着任何限制。本发明能够适用于不同于以下例举的技术细节之外的场合，只要它们不背离本发明的原理和精神即可。

另外，为了避免使本说明书的描述限于冗繁，在本说明书中的描述中，可能对可在现有技术资料中获得的部分技术细节进行了省略、简化、变通等处理，这对于本领域的技术人员来说是可以理解的，并且这不会影响本说明书的公开充分性。

下面，结合附图对技术方案的实施作进一步的详细描述。

1、发明原理概述

首先，介绍本发明所涉及的Thrift和protobuf框架的概念。

Thrift是一个跨语言的服务部署框架，最初由Facebook于2007年开发，2008年进入Apache开源项目。Thrift通过一个中间语言(IDL,接口定义语言)来定义RPC的接口和数据类型，然后通过一个编译器生成不同语言的代码(目前支持C++,Java,Python,PHP,Ruby,Erlang,Perl,Haskell,C#,Cocoa,Smalltalk和OCaml),并由生成的代码负责RPC协议层和传输层的实现。

Thrift实际上是实现了C/S模式，通过代码生成工具将接口定义文件生成服务器端和客户端代码(可以为不同语言)，从而实现服务端和客户端跨语言的支持。用户在Thirft描述文件中声明自己的服务，这些服务经过编译后会生成相应语言的代码文件，然后用户实现服务(客户端调用服务，服务器端提服务)便可以了。其中protocol(协议层,定义数据传输格式，可以为二进制或者XML等)和transport(传输层，定义数据传输方式，可以为TCP/IP传输，内存共享或者文件共享等)被用作运行时库。Thrift支持二进制，压缩格式，以及json格式数据的序列化和反序列化。

Protobuf是Google提供的一个开源序列化框架，类似于XML，JSON这样的数据表示语言，其最大的特点是基于二进制，因此比传统的XML表示高效短小得多。虽然是二进制数据格式，但并没有因此变得复杂，可以很方便的对其基于二进制的协议进行扩展，并且很方便的能让新版本的协议兼容老的版本。如果说xml太臃肿，json易解析，比xml更高效，易扩展，那么protobuf可以说，相对于json更高效，更易扩展，而且协议的保密性更强。并且protobuf是跨语言的，可以支持c(c++)、java、python等主流语言，非常方便大系统的设计。protobuf也有service，可以基于其service的接口和回调，来完成客户端和服务器的逻辑。

2、跨语言协议测试请求的动态构建系统

在本发明的实施例中，thrift和protobuf文件变更只需编译，不用再写代码来实现与服务器的通信方法。只需配置编译后的客户端语言类。

页面可以时实展结构化展现thrift请求体的变更。

页面可时实生成html控制件，接收用户输入数据，相接构造格式化请求，发送给服务器。

上述变化不需要再次开发，修改代码或都增加页面元素。

图2为示出根据本发明的实施例的跨语言协议测试请求的动态构建系统的功能组件示意图。

需要说明的是，图2仅为系统的一般性逻辑功能的示意图，其结合了实际业务流程而绘制，其中，各个模块的划分并不严格精确，这是因为所述系统及模块不意味着硬件实现，也可涉及软件层面的概念，各个模块之间可以存在交叉调用关系，严格意义上并非独立工作，实际上也难以将各个模块与业务流程中的各个步骤一一对应。因此，本领域的技术人员完全可以理解，图1仅用来帮助理解本发明的构思概要，而非用于限制本发明及其实施例的范围，本发明的实施例的具体技术方案以说明书的文字描述为准。

如图2所示，作为工作环境，根据本发明的实施例的跨语言协议测试请求的动态构建系统主要包括配置组件S1、动态解析组件S2、动态网页模板组件S3、动态远程调用组件S4。

其中，所述配置组件S1用于根据原始接口文件配置RPC服务类名，其中，示例配置过程(基于Java)如下：

optionJava_pakage＝“com.elong.hotel.da.protobuf.rpcservice.DaRpcService”；

optionJava_outer_classnamee＝“DaRpcService”；

这样，配置后的RPC服务类名可为：

com.elong.hotel.da.protobuf.rpcservice.DaRpcService

同时，所述配置组件S1还用于配置远程方法名，即，在本地配置RPC服务类下可供远程调用的全部远程方法名，例如，方法名可为ParseQuery。

由此，所述配置组件S1生成包含远程方法名以及RPC服务类名的配置文件。

其中，动态网页模版组件S3用于动态在方法选择界面上显示可供调用的各个远程方法的名称，以便由用户选择其中一个远程方法。由此，用户能够轻松地在方法选择界面中查看全部方法、并选择需要测试的方法，而无需人工查询原始接口文件。

所述动态解析组件S2用于从配置文件中确定远程方法所属的RPC服务类名，并基于用户选择的远程方法名，从接口文件中得到thrift请求所需参数(包括各个参数的参数名、数据类型)、并将其以结构化方式显示给用户。

具体地，所述动态解析组件S2根据所述RPC服务类名和远程方法名，从原始接口文件中通过解析请求结构体(AS2DA_Querys)而解析出对应的thrift请求所需参数，并将其组装成json格式的参数信息，然后发送给动态网页模版组件S3。

例如，如图3所示，这里的方法名ParseQuery与在所述配置组件S1配置的原始接口文件中的定义一致。

动态网页模版组件S3用于根据来自于所述动态解析组件S2的json格式的参数信息，生成参数选择界面，例如html页面，其中格式化(例如，以列表方式)展现RPC接口所需对应参数名称、以及参数类型，用户由此可自由选择所需参数，例如，从图3的列表中选取几个所需参数。由此，用户能够轻松地在参数选择界面中查看全部可选参数、并选择所需参数，而无需人工查询原始接口文件并通过例如编写代码等方式来选取参数。

之后，用户可在交互界面上点击“request(请求)”按钮，进入参数输入界面，如图4所示。

在参数输入界面中，动态网页模版组件S3根据用户在参数选择界面中选择的参数，动态生成相关的参数输入控件，例如包括文本输入框、下拉选择菜单，等等。这样，由于动态网页模版组件S3能够动态显示用户所选的参数的输入框(滤除了无关信息)，用户能够轻松地输入之前所选的各类参数，并在点击提交之后向RPC服务器发送测试请求，而无需通过例如编写代码等方式向RPC服务器的相关接口传入参数。

之后，动态远程调用组件S4根据经由动态网页模版组件S3提交的用户输入的请求参数，自动调用RPC服务对应的方法，并将RPC服务器返回的执行结果结构化/格式化，例如转换成Json，由动态网页模版组件S3在结果显示界面中向用户展现RPC服务接口响应结果，如图4所示。

此外，本发明的不同实施例也可以通过软件模块或存储在一个或多个计算机可读介质上的计算机可读指令的方式实现，其中，所述计算机可读指令是当被处理器或设备组件执行时，执行本发明所述的不同的实施例。类似地，软件模块、计算机可读介质和硬件部件的任意组合都是本发明预期的。所述软件模块可以被存储在任意类型的计算机可读存储介质上，例如RAM、EPROM、EEPROM、闪存、寄存器、硬盘、CD-ROM、DVD等等。

3、跨语言协议测试请求的动态构建方法

图5为示出根据本发明的实施例的跨语言协议测试请求的动态构建方法的流程示意图。

如图5所示，所述方法包括由上述动态构建系统执行的以下步骤：

步骤S100、根据原始接口文件配置RPC服务类信息、以及各个RPC服务类的各个远程方法信息，形成配置文件；

其中，所述RPC服务类信息包括RPC服务类名、RPC服务类下的全部远程方法名，所述远程方法信息包括远程方法名、相应参数名、参数类型等。

步骤S200、根据配置文件，动态生成并向用户显示可供调用的各个远程方法的列表；

可选地，也可向用户显示可供测试的所有RPC服务类的列表，由用户先选择某个RPC服务类，再进一步向用户显示该RPC服务类下可供调用的各个远程方法的列表，最后由用户选择需要调用的远程方法；

步骤S300、根据用户从所述列表中选择的远程方法，基于配置文件确定RPC服务类，并从接口文件中解析出跨语言协议测试请求所需的参数信息，并根据所述参数信息，动态生成并向用户显示可供选择的参数列表。

其中，所述参数信息包括各个参数的参数名、数据类型等；

具体地，根据所述RPC服务类的所述RPC服务类名、以及用户选择的远程方法的远程方法名，从原始接口文件中通过解析请求结构体(AS2DA_Querys)而解析出对应的跨语言协议测试请求所需参数，并将其组装成json格式的参数信息，然后向用户显示所述参数的名称列表；

步骤S400、根据用户从所述参数列表中选择的所需参数(名称)，向用户动态显示参数输入界面，用户在所述参数输入界面中输入所需参数的具体内容；

在参数输入界面中，动态网页模版组件S3根据用户在参数选择界面中选择的参数，动态生成相关的参数输入控件，例如包括文本输入框、下拉选择菜单，等等。

步骤S500、根据用户在所述参数输入界面中输入的所需参数的具体内容，形成跨语言协议测试请求，通过所述跨语言协议测试请求调用所述远程方法；

步骤S600、将执行所述远程方法的RPC服务器返回的执行结果结构化并向用户显示。

由此可见，通过上述方法，用户(包括测试人员和开发人员)可在系统平台上以可视化的友好交互方式，选择RPC服务类、以及需要调用的远程方法，选择并输入所需参数，并可经由系统远程调用远程方法、查看返回结果，从而更高效、便捷地完成跨语言协议测试请求。

3、根据本发明的实施例的安装了应用程序的系统

参照图6，其示出了根据本发明实施例的安装了应用程序的系统的运行环境。

在本实施例中，所述的安装应用程序的系统安装并运行于电子装置中。所述电子装置可以是桌上型计算机、笔记本、掌上电脑及服务器等计算设备。该电子装置可包括但不限于存储器、处理器及显示器。该图仅示出了具有上述组件的电子装置，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

所述存储器在一些实施例中可以是所述电子装置的内部存储单元，例如该电子装置的硬盘或内存。所述存储器在另一些实施例中也可以是所述电子装置的外部存储设备，例如所述电子装置上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器还可以既包括所述电子装置的内部存储单元也包括外部存储设备。所述存储器用于存储安装于所述电子装置的应用软件及各类数据，例如所述安装应用程序的系统的程序代码等。所述存储器还可以用于暂时地存储已经输出或者将要输出的数据。

所述处理器在一些实施例中可以是中央处理单元(Central Processing Unit，CPU)、微处理器或其他数据处理芯片，用于运行所述存储器中存储的程序代码或处理数据，例如执行所述安装应用程序的系统等。

所述显示器在一些实施例中可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。所述显示器用于显示在所述电子装置中处理的信息以及用于显示可视化的客户界面，例如应用菜单界面、应用图标界面等。所述电子装置的部件通过系统总线相互通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解，上述实施方式中的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明本申请各个实施例所述的方法。

也就是说，根据本发明的实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有用于执行根据本发明的实施例的方法的程序，所述程序被处理器执行时，执行所述方法的步骤。

由上，将理解，为了说明的目的，这里已描述了本发明的具体实施例，但是，可作出各个修改，而不会背离本发明的范围。本领域的技术人员将理解，流程图步骤中所绘出或这里描述的操作和例程可以多种方式变化。更具体地，可重新安排步骤的次序，可并行执行步骤，可省略步骤，可包括其它步骤，可作出例程的各种组合或省略。因而，本发明仅由所附权利要求限制。

Claims (10)

1.一种跨语言协议测试请求的动态构建方法，其特征在于包括以下步骤：

步骤1、根据接口文件配置远程服务类信息、以及各个远程服务类的各个远程方法信息，形成配置文件；

步骤2、根据配置文件，动态生成并向用户显示可供调用的各个远程方法的列表；

步骤3、根据用户从所述列表中选择的远程方法，基于配置文件确定远程服务类，并从所述接口文件中解析出跨语言协议测试请求所需的参数信息，并根据所述参数信息，动态生成并向用户显示可供选择的参数列表；

步骤4、根据用户从所述参数列表中选择的所需参数，动态生成并向用户显示参数输入界面，用户在所述参数输入界面中输入所需参数的具体内容；

步骤5、根据用户输入的所需参数的具体内容，形成跨语言协议测试请求，通过所述跨语言协议测试请求调用所述远程方法；

步骤6、将收到的执行结果结构化并向用户显示。

2.根据权利要求1所述的跨语言协议测试请求的动态构建方法，其特征在于，步骤2包括以下步骤：

步骤2-1、向用户显示可供测试的所有远程服务类的列表，由用户选择某个远程服务类；

步骤2-2、动态生成并向用户显示所选远程服务类下可供调用的各个远程方法的列表，再由用户选择需要调用的远程方法。

3.根据权利要求1所述的跨语言协议测试请求的动态构建方法，其特征在于，所述参数信息包括以下中的一个或多个：各个参数的参数名、数据类型、取值范围、参数含义说明。

4.根据权利要求1所述的跨语言协议测试请求的动态构建方法，其特征在于，在所述参数输入界面中，根据用户中选择的参数，动态生成相关的参数输入控件，包括单选框、复选框、文本输入框、下拉选择菜单中的至少一个。

5.根据权利要求1所述的跨语言协议测试请求的动态构建方法，其特征在于，在步骤6中，将从远程服务器返回的方法执行结果格式化，并在结果显示界面中向用户显示。

6.根据权利要求1所述的跨语言协议测试请求的动态构建方法，其特征在于，在步骤3中，从接口文件中解析出跨语言协议测试请求所需的参数信息之后，将所述参数信息格式化，之后动态生成并向用户显示可供选择的参数列表，

其中，所述远程方法的列表、所述参数列表、所述参数输入界面均为显示在浏览器中的网页页面。

7.用于实现根据权利要求1至6中的任一个所述的跨语言协议测试请求的动态构建方法的动态构建系统，其特征在于，所述动态构建系统包括配置组件、动态解析组件、动态网页模板组件、以及动态远程调用组件，

所述配置组件用于根据接口文件配置远程服务类信息、以及各个远程服务类的各个远程方法信息，形成配置文件，

所述动态网页模版组件根据配置文件，动态生成并向用户显示可供调用的各个远程方法的列表，

所述动态解析组件用于根据用户从所述列表中选择的远程方法，基于配置文件确定远程服务类，并从所述接口文件中解析出跨语言协议测试请求所需的参数信息，并将其发送到所述动态网页模版组件，

所述动态网页模版组件还用于根据所述参数信息，动态生成并向用户显示可供选择的参数列表，并根据用户从所述参数列表中选择的所需参数，动态生成并向用户显示参数输入界面，

动态远程调用组件用于根据用户输入的所需参数的具体内容，形成跨语言协议测试请求，通过所述跨语言协议测试请求调用所述远程方法，并接收所述远程方法的执行结果，

所述动态网页模版组件还用于将所述执行结果格式化，并将其发送到所述动态网页模版组件，所述动态网页模版组件动态生成结果显示界面并向用户显示。

8.根据权利要求7所述的跨语言协议测试请求的动态构建系统，其特征在于，所述跨语言协议测试请求基于thrift和/或protobuf框架。

9.根据权利要求7所述的跨语言协议测试请求的动态构建系统，其特征在于，所述动态解析模版组件还用于将所述参数信息格式化为JSON格式，并将其发送到所述动态网页模版组件。

10.根据权利要求9所述的跨语言协议测试请求的动态构建系统，其特征在于，所述动态远程调用组件还用于将所述执行结果格式化为JSON格式，并发送到所述动态网页模版组件。

Images