CN109542786A - 可视化测试方法及装置 - Google Patents

Abstract

本申请提供的可视化测试方法及装置，通过获取业务系统对外接口对应的依赖包，并解析所述依赖包获得所述业务系统对外接口的请求参数。将所述请求参数通过显示界面进行显示。测试人员通过该显示界面对所述请求参数进行配置，并将配置好的参数通过泛化处理之后向所述业务系统进行提交。自动分析所述业务系统对的请求返回结果，并生成相应的测试报告，同时针对于异常测试结果指派给对应的开发人员。同时，存在多个业务系统时，所述可视化测试方法及装置可对所述多个业务系统同时进行测试。本申请提供的可视化测试方法及装置在使用过程中减少了测试人员和开发人员的沟通成本，大大提升了开发效率。

Description

可视化测试方法及装置

技术领域

本申请涉及系统测试领域，具体而言，涉及一种可视化测试方法及装置。

背景技术

随着业务系统应用的规模不断扩大，一个大型的业务系统对外提供的服务功能也越来越丰富。业务系统功能的越丰富，其业务系统的架构也就越复杂。如何快速且高效的对业务系统所提供的服务功能进行测试，已经成为一个急需解决的问题。目前，对业务系统进行测试，需要测试人员对业务系统业务逻辑非常熟悉的前提下，手动编写代码进行测试，因此对测试人员要求较高。同时，又由于针对不同的业务系统，需要编写不同的测试代码对业务系统进行测试，重复性劳动高，进而导致测试效率慢。目前测试人员，针对测试的测试结果需要手动的完成测试报告的提交，在提交之前还需要了解各个测试接口对应的开发人员，才能将测试的问题提交给对应的开发人员。针对大型的业务系统，尤其是开发的接口特别多的时候，工作量很大，进而导致效率极低。

发明内容

为了克服现有技术中的上述不足，本申请的目的在于提供一种可视化测试方法，应用于测试系统，所述方法的步骤包括：

根据待测试服务器的服务接口标识信息，获取所述待测试服务器服务接口依赖包，所述服务接口依赖包用于获取所述待测试服务器的服务接口的请求参数；

解析所述服务接口依赖包，获得所述待测试服务器的服务接口的请求参数；

提供显示界面显示所述请求参数，响应用户对所述请求参数的配置，将所述请求参数的配置结果发送给所述待测试服务器，并分析所述待测试服务器的返回结果。

可选地，所述测试系统包括注册中心服务器，所述响应用户对所述请求参数的配置，根据所述请求参数的配置结果通过所述接口依赖包向所述待测试服务器发送网络请求，并对所述网络请求的返回结果进行分析的之前还包括步骤：

根据所述接口依赖包的属性信息从所述注册中心服务器获取所述待测试服务器的服务接口地址，所述注册中心服务器记录有所述待测试服务器的所有可用的服务接口。

可选地，所述测试系统包括注册中心服务器，所述响应用户对所述请求参数的配置，根据所述请求参数的配置结果通过所述接口依赖包向所述待测试服务器发送网络请求，并对所述网络请求的返回结果进行分析的步骤包括：

根据所述接口依赖包，通过所述服务接口地址向所述待测试服务器发送网络请求；

通过消息队列缓存所述返回结果；

统计所述返回结果，并根据所述返回结果的属性对所述返回结果进行分类存储。

可选地，所述统计所述返回结果，并根据所述返回结果的属性对所述返回结果进行分类存储的步骤包括：

对所述返回结果进行分类处理之后，通过ElasticSearch引擎对分类处理后的返回结果进行存储。

可选地，所述测试系统包括服务接口依赖包仓库，所述根据所述待测试服务器的服务接口标识信息，获取所述待测试服务器的服务接口依赖包的步骤包括：

根据服务接口标识信息从所述服务接口依赖包仓库获取所述服务接口依赖JAR包。

可选地，所述解析所述对外接口依赖包，获得所述待测试服务器的对外服务接口的请求参数的步骤包括：

解析所述服务接口依赖JAR包，根据所述待测试服务器的对外服务接口类，通过Java反射机制获得所述待测试服务器的对外服务接口的请求参数和返回参数；

对所述请求参数和返回参数进行泛化操作，获得所述请求参数和返回参数的键值对。

本申请的另一目的在于提供一种可视化测试装置，应用于测试系统，所述可视化测试装置包括依赖包获取模块1101、解析模块和测试结果分析模块；

所述依赖包获取模块1101用于根据待测试服务器的服务接口标识信息，获取所述待测试服务器服务接口依赖包，所述服务接口依赖包用于获取所述待测试服务器的服务接口的请求参数；

所述解析模块用于解析所述服务接口依赖包，获得所述待测试服务器的服务接口的请求参数；

所述测试结果分析模块用于提供显示界面显示所述请求参数，响应用户对所述请求参数的配置，将所述请求参数的配置结果发送给所述待测试服务器，并分析所述待测试服务器的返回结果。

可选地，所述测试结果分析模块通过以下方式对所述返回结果进行分析：

根据所述接口依赖包，通过所述服务接口地址向所述待测试服务器发送网络请求；

通过消息队列缓存所述返回结果；

统计所述返回结果，并根据所述返回结果的属性对所述返回结果进行分类存储。

可选地，所述测试系统包括服务接口依赖包仓库，所述依赖包获取模块1101通过以下方式获取所述待测试服务器服务接口依赖包：

根据服务接口标识信息从所述服务接口依赖包仓库获取所述服务接口依赖JAR包。

可选地，所述解析模块通过以下方式获取所述请求参数：

解析所述服务接口依赖JAR包，根据所述待测试服务器的对外服务接口类，通过Java反射机制获得所述待测试服务器的对外服务接口的请求参数和返回参数；

对所述请求参数和返回参数进行泛化操作，获得所述请求参数和返回参数的键值对。

相对于现有技术而言，本申请具有以下有益效果：

本申请提供的可视化测试方法及装置，通过获取业务系统对外接口对应的依赖包，并解析所述依赖包获得所述业务系统对外接口的请求参数。将所述请求参数通过显示界面进行显示。测试人员通过该显示界面对所述请求参数进行配置，并将配置好的参数通过泛化处理之后向所述业务系统进行提交。自动分析所述业务系统对的请求返回结果，并生成相应的测试报告，同时针对于异常测试结果指派给对应的开发人员。同时，存在多个业务系统时，所述可视化测试方法及装置可对所述多个业务系统同时进行测试。本申请提供的可视化测试方法及装置在使用过程中减少了测试人员和开发人员的沟通成本，大大提升了开发效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的测试系统的场景示意图；

图2为本申请实施例提供的测试系统的硬件结构图；

图3为本申请实施例提供的可视化测试方法的步骤流程图；

图4为本申请实施例提供的可视化测试装置的结构图。

图标：100-测试系统；200-待测试服务器；300-网络；140-通信单元；130-处理器；110-可视化测试装置；120-机器可读存储介质；1101-依赖包获取模块；1102-解析模块；1103-测试结果分析模块。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

为了降低系统测试人员和系统开发人员的沟通成本，提高开发效率，同时降低测试人员的测试门槛。本申请提供一种可视化测试方法及装置。

请参照图1，图1是本申请较佳实施例提供的测试系统100与至少一个待测试服务器200通信的交互示意图。所述测试系统100可通过网络300与所述待测试服务器200进行通信，以实现测试系统100与待测试服务器200之间的数据通信或交互。

所述网络300可以是，但不限于，有线网络或无线网络。

请参照图2，图2是图1所示的测试系统100的硬件结构图。所述测试系统100包括可视化测试装置110、机器可读存储介质120、处理器130、通信单元140。

其中，所述机器可读存储介质120可以是，但不限于，随机存取存储器(RandomAccess Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(Erasable ProgrammableRead-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable ProgrammableRead-Only Memory，EEPROM)等。其中，机器可读存储介质120用于存储程序，所述处理器130在接收到执行指令后，执行所述程序。所述通信单元140用于通过所述网络300建立所述测试系统100与所述待测试服务器200之间的通信连接，并用于通过所述网络300收发数据。

所述处理器130可能是一种集成电路芯片，具有信号的处理能力。上述的处理器130可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述通信单元140用于通过所述网络300与待测试服务器200的通信单元140建立连接，从而实现所述测试系统100与待测试服务器200之间的通信连接。例如，该通信单元140可以利用射频单元218发送的射频信号连接到网络300，进而通过网络300与所述待测试服务器200的通信单元140建立通信连接，也可以直接利用有线网络与所述待测试服务器200的通信单元140建立通信连接。

如图3所示的应用于图2所示的测试系统100的可视化测试方法，以下将该方法包括的各个步骤进行详细的阐述。

步骤S100，根据待测试服务器200的服务接口标识信息，获取所述待测试服务器200服务接口依赖包，所述服务接口依赖包用于向所述待测试服务器200发起网络请求。

可选地，测试系统100包括服务接口依赖仓库包，所述依赖仓库中含有所述待测试服务器200的服务接口依赖包，以及所述所述服务接口依赖包中的相关依赖信息。可选地，在本实施例中，所述接口依赖仓库包为开源工具包Aether，所述开源工具包Aether中集成有maven的功能,用于实现包括依赖计算，包的分发以及对本地和远程仓库的访问。

可选地，所述测试人员通过终端提供的登录界面，输入所述测试人员的身份认证信息。所述测试系统100对所述测试人员的身份认证信息进行验证，在所述测试人员身份认证信息验证通过之后，在所述终端显示要求所述测试人员输入待测试服务器200的服务接口依赖包的唯一指定标识符。所述位置标志符包括groupId，artifactId，其中所述groupId，artifactId可以直接通过所述开源工具包Aether查询获得。

可选地，所述测试系统100根据所述待测试服务器200的服务接口依赖包的唯一指定标识符从所述接口依赖仓库包中获取服务器的服务接口依赖包。

步骤S200，解析所述服务接口依赖包，获得所述待测试服务器200的服务接口的请求参数。

可选地，在本实施例中，所述服务接口依赖包为JAR(JAR，Java Archive)包。所述JAR包为可执行的JAR文件，是一种是与平台无关的文件格式，可以由JVM直接执行它而无需事先提取文件或者设置类路径。所述测试系统100通过Java编程语言的反射机制，过滤所述JAR包中和所述待测试服务器200的服务接口无关的类。所述测试系统100对过滤之后获得服务接口类解析获得所述待测试服务器200接口的请求参数。

所述测试系统100将所述请求参数进行泛化操作，将所述请求参数转化成键值对的形式，并将所述键值对形式的请求参数在所述测试人员测试所用的终端中进行显示。

步骤S300，提供显示界面显示所述请求参数，响应用户对所述请求参数的配置，将所述请求参数的配置结果发送给所述待测试服务器200，并分析所述待测试服务器200的返回结果。

所述测试系统100将解析述服务接口依赖包获得的请求参数，显示到所述测试人员所使用的终端。所述测试系统100响应所述测试人员对所述对所述请求参数的配置。

可选地，所述测试系统100还包括注册中心服务器，所述待测试服务器200正常工作之后，将自己对外提供服务的接口的服务地址在所述注册中心服务器上进行注册。所述注册中心服务器使用所述服务地址和所述待测试服务器200进行通信，将不能正常通信的服务地址移除掉，并发出提示信息。

可选地，在本实施例中，所述中心服务器为Dubbo，所述Dubbo是一款分布式服务框架，由阿里巴巴开源后被Apache收录成为apache中服务治理的分布式服务框架，拥有优秀的性能和较高的社区活跃度。

可选地，所述测试系统100通过所述服务接口依赖包的名称或者所述其全路径名称，从所述注册中心服务器获取所述服务接口依赖包对应的服务地址。所述测试系统100通过所述服务地址将所述测试人员配置好的请求参数发送给所述待测试服务器200，并获取所述待测试服务器200的响应。所述测试系统100根据所述响应结果判断所述待测试服务器200的服务接口是否正常工作。

可选地，所述测试系统100对测试结果进行分类存储，将所述待测试服务器200的服务接口、测试结果以及所述待测试服务器200的服务接口的开发人员对应起来后存储到本地。所述测试系统100对最后的测试结果进行分析，生成相应的报表。通过所述报表判断所述不同开发人员开发的待测服务器的服务接口的质量。并将测试结果异常的待测试服务器200的服务接口信息发送给接口开发人员。在本实施例中，为了方便查询和聚合统计测试结果，所述测试系统100在搜索层利用ElasticSearch引擎进行数据存储。

可选地，为了防止在出现大量测试错误的时候，所述测试系统100突然存储大量的测试结果对数据库造成毁灭性的损坏。所述测试系统100使用消息队列所述测试结果进行缓存，然后对所述测试结果进行分析之后，将所述测试结果存储到和所述开发人员相对应的位置。

本实施例还提供一种可视化测试装置110，如图4所示，该可视化测试装置110可以包括至少一个可以软件或固件(firmware)的形式存储于所述机器可读存储介质120中或固化在所述变速器的控制单元的操作系统(operating system，OS)中的软件功能模块。所述处理器130可以用于执行所述机器可读存储介质120中存储的可执行模块，例如所述可视化测试装置500所包括的软件功能模块及计算机程序等。

所述可视化测试装置110应用于测试系统100，所述可视化测试装置110包括依赖包获取模块1101、解析模块1102和测试结果分析模块1103；

所述依赖包获取模块1101用于根据待测试服务器200的服务接口标识信息，获取所述待测试服务器200服务接口依赖包，所述服务接口依赖包用于向所述待测试服务器200发起网络请求。

在本实施例中，所述依赖包获取模块1101用于执行图2中的步骤S100，关于所述依赖包获取模块1101的详细描述可以参考步骤S100的详细描述。

所述解析模块1102用于解析所述服务接口依赖包，获得所述待测试服务器200的服务接口的请求参数。

在本实施例中，所述解析模块1102用于执行图2中步骤S200，关于所述解析模块1102的详细描述可以参考步骤S200的详细描述。

所述测试结果分析模块1103用于提供显示界面显示所述请求参数，响应用户对所述请求参数的配置，将所述请求参数的配置结果发送给所述待测试服务器200，并分析所述待测试服务器200的返回结果。

在本实施例中，所述测试结果分析模块1103用于执行图2中步骤S300，关于所述测试结果分析模块1103的详细描述可以参考步骤S300的详细描述。

可选地，所述测试结果分析模块1103通过以下方式对所述返回结果进行分析：

根据所述接口依赖包，通过所述服务接口地址向所述待测试服务器200发送网络请求；

通过消息队列缓存所述返回结果；

统计所述返回结果，并根据所述返回结果的属性对所述返回结果进行分类存储。

可选地，所述测试系统100包括服务接口依赖包仓库，所述依赖包获取模块1101通过以下方式获取所述待测试服务器200服务接口依赖包：

根据服务接口标识信息从所述服务接口依赖包仓库获取所述服务接口依赖JAR包。

可选地，所述解析模块1102通过以下方式获取所述请求参数：

解析所述服务接口依赖JAR包，根据所述待测试服务器200的对外服务接口类，通过Java反射机制获得所述待测试服务器200的对外服务接口的请求参数和返回参数；

对所述请求参数和返回参数进行泛化操作，获得所述请求参数和返回参数的键值对。

综上所述，本申请提供的可视化测试方法及装置，通过获取业务系统对外接口对应的依赖包，并解析所述依赖包获得所述业务系统对外接口的请求参数。将所述请求参数通过显示界面进行显示。测试人员通过该显示界面对所述请求参数进行配置，并将配置好的参数通过泛化处理之后向所述业务系统进行提交。自动分析所述业务系统对的请求返回结果，并生成相应的测试报告，同时针对于异常测试结果指派给对应的开发人员。同时，存在多个业务系统时，所述可视化测试方法及装置可对所述多个业务系统同时进行测试。本申请提供的可视化测试方法及装置在使用过程中减少了测试人员和开发人员的沟通成本，大大提升了开发效率。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

Claims (10)

1.一种可视化测试方法，其特征在于，应用于测试系统，所述方法的步骤包括：

根据待测试服务器的服务接口标识信息，获取所述待测试服务器服务接口依赖包，所述服务接口依赖包用于获取所述待测试服务器的服务接口的请求参数；

解析所述服务接口依赖包，获得所述待测试服务器的服务接口的请求参数；

提供显示界面显示所述请求参数，响应用户对所述请求参数的配置，将所述请求参数的配置结果发送给所述待测试服务器，并分析所述待测试服务器的返回结果。

2.根据权利要求1所述的可视化测试方法，其特征在于，所述测试系统包括注册中心服务器，所述提供显示界面显示所述请求参数，响应用户对所述请求参数的配置，将所述请求参数的配置结果发送给所述待测试服务器，并分析所述待测试服务器的返回结果之前还包括步骤：

根据所述接口依赖包的属性信息从所述注册中心服务器获取所述待测试服务器的服务接口地址，所述注册中心服务器记录有所述待测试服务器的所有可用的服务接口。

3.根据权利要求2所述的可视化测试方法，其特征在于，所述测试系统包括注册中心服务器，所述提供显示界面显示所述请求参数，响应用户对所述请求参数的配置，将所述请求参数的配置结果发送给所述待测试服务器，并分析所述待测试服务器的返回结果的步骤包括：

根据所述接口依赖包，通过所述服务接口地址向所述待测试服务器发送网络请求；

通过消息队列缓存所述返回结果；

统计所述返回结果，并根据所述返回结果的属性对所述返回结果进行分类存储。

4.根据权利要求3所述的可视化测试方法，其特征在于，所述统计所述返回结果，并根据所述返回结果的属性对所述返回结果进行分类存储的步骤包括：

对所述返回结果进行分类处理之后，通过ElasticSearch引擎对分类处理后的返回结果进行存储。

5.根据权利要求1所述的可视化测试方法，其特征在于，所述测试系统包括服务接口依赖包仓库，所述根据所述待测试服务器的服务接口标识信息，获取所述待测试服务器的服务接口依赖包的步骤包括：

根据服务接口标识信息从所述服务接口依赖包仓库获取所述服务接口依赖JAR包。

6.根据权利要求5所述的可视化测试方法，其特征在于，所述解析所述服务接口依赖包，获得所述待测试服务器的服务接口的请求参数的步骤包括：

解析所述服务接口依赖JAR包，根据所述待测试服务器的对外服务接口类，通过Java反射机制获得所述待测试服务器的对外服务接口的请求参数和返回参数；

对所述请求参数和返回参数进行泛化操作，获得所述请求参数和返回参数的键值对。

7.一种可视化测试装置，其特征在于，应用于测试系统，所述可视化测试装置包括依赖包获取模块、解析模块和测试结果分析模块；

所述依赖包获取模块用于根据待测试服务器的服务接口标识信息，获取所述待测试服务器服务接口依赖包，所述服务接口依赖包用于获取所述待测试服务器的服务接口的请求参数；

所述解析模块用于解析所述服务接口依赖包，获得所述待测试服务器的服务接口的请求参数；

所述测试结果分析模块用于提供显示界面显示所述请求参数，响应用户对所述请求参数的配置，将所述请求参数的配置结果发送给所述待测试服务器，并分析所述待测试服务器的返回结果。

8.根据权利要求7所述的可视化测试装置，其特征在于，所述测试结果分析模块通过以下方式对所述返回结果进行分析：

根据所述接口依赖包，通过所述服务接口地址向所述待测试服务器发送网络请求；

通过消息队列缓存所述返回结果；

统计所述返回结果，并根据所述返回结果的属性对所述返回结果进行分类存储。

9.根据权利要求7所述的可视化测试装置，其特征在于，所述测试系统包括服务接口依赖包仓库，所述依赖包获取模块通过以下方式获取所述待测试服务器服务接口依赖包：

根据服务接口标识信息从所述服务接口依赖包仓库获取所述服务接口依赖JAR包。

10.根据权利要求9所述的可视化测试装置，其特征在于，所述解析模块通过以下方式获取所述请求参数：

解析所述服务接口依赖JAR包，根据所述待测试服务器的对外服务接口类，通过Java反射机制获得所述待测试服务器的对外服务接口的请求参数和返回参数；

对所述请求参数和返回参数进行泛化操作，获得所述请求参数和返回参数的键值对。