CN111104323A

CN111104323A - 应用程序的功能测试方法、系统、代理服务器及存储介质

Info

Publication number: CN111104323A
Application number: CN201911305916.7A
Authority: CN
Inventors: 胡梅; 王珊珊
Original assignee: Guangzhou Pinwei Software Co Ltd
Current assignee: Guangzhou Pinwei Software Co Ltd
Priority date: 2019-12-17
Filing date: 2019-12-17
Publication date: 2020-05-05

Abstract

本发明公开了一种应用程序的功能测试方法，所述应用程序的功能测试方法包括以下步骤：在接收到应用程序端发送的数据请求时，确定待测试功能对应的待请求参数；将所述数据请求中的请求参数替换为所述待请求参数，以修改所述数据请求；将修改后的数据请求发送至服务端；在接收到所述服务端反馈的响应数据时，根据所述响应数据确定所述待测试功能的状态。本发明还公开了一种应用程序的功能测试系统、代理服务器及计算机可读存储介质，通过修改数据请求，以使修改后的数据请求与待测试功能对应，并根据修改后的数据请求进行测试，无需运营人员提前在应用程序中配置该待测试功能，缩短了测试链路，提高了测试效率。

Description

应用程序的功能测试方法、系统、代理服务器及存储介质

技术领域

本发明涉及程序测试技术领域，尤其涉及应用程序的功能测试方法、系统、代理服务器及存储介质。

背景技术

在应用程序的功能调试过程中，若想要测试应用程序的某一功能，则需要运营人员提前在应用程序中配置该功能的界面以及代码程序，再通过应用程序触发该功能对应的数据请求，并发送至后端服务器，根据后端服务器返回的数据判断该功能是否能够正常实现。因此，应用程序的功能调试同时需要前端运营人员与后端的支持才可实现，导致测试链路较长，测试效率较低。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种应用程序的功能测试方法、系统、代理服务器及存储介质，旨在通过修改数据请求，使得修改后的数据请求与待测试功能对应，缩短测试链路，提高测试效率。

为实现上述目的，本发明提供一种应用程序的功能测试方法，所述应用程序的功能测试方法包括以下步骤：

在接收到应用程序端发送的数据请求时，确定待测试功能对应的待请求参数；

将所述数据请求中的请求参数替换为所述待请求参数，以修改所述数据请求；

将修改后的数据请求发送至服务端；

在接收到所述服务端反馈的响应数据时，根据所述响应数据确定所述待测试功能的状态。

可选地，所述根据所述响应数据确定所述待测试功能的状态的步骤包括：

将所述响应数据发送至所述应用程序端，以使所述应用程序端根据所述响应数据生成页面，并显示所述页面。

获取预设的响应数据与预设请求参数的映射关系；

根据所述映射关系，获取所述待请求参数对应的预设响应数据；

比对所述响应数据与所述预设响应数据；

在所述响应数据与所述预设响应数据比对一致时，判定所述待测试功能正常；

在所述响应数据与所述预设响应数据比对不一致时，判定所述待测试功能不正常。

可选地，所述确定待测试功能对应的待请求参数的步骤包括：

显示所述待测试功能对应的请求参数的参数列表；

在接收到通过所述参数列表触发的选择指令时，获取所述选择指令对应的请求参数，并作为所述待请求参数。

可选地，所述将所述数据请求中的请求参数替换为所述待请求参数，以修改所述数据请求的步骤之前，还包括：

确定所述数据请求的类型；

获取所述类型对应的解析方式；

根据所述解析方式解析所述数据请求，以获取所述数据请求中的请求参数。

可选地，所述应用程序的功能测试方法还包括：

在接收到多个网络请求时，获取所述网络请求中的请求参数对应的目标地址；

在所述目标地址与所述服务端对应的网络地址一致时，将所述网络请求作为所述应用程序端发送的数据请求，并执行将所述数据请求中的请求参数替换为所述待请求参数的步骤。

显示所述数据请求中的请求参数；

在接收到所述请求参数的修改指令，根据所述修改指令修改所述请求参数以得到所述待请求参数。

此外，为实现上述目的，本发明还提供一种代理服务器，所述代理服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应用程序的功能测试程序，所述应用程序的功能测试程序被所述处理器执行时实现如上所述中任一项所述的应用程序的功能测试方法的步骤。

此外，为实现上述目的，本发明还提供一种应用程序的功能测试系统，所述应用程序的功能测试系统包括：

代理服务器，所述代理服务器为如上所述的代理服务器；

应用程序端，所述应用程序端用于发送数据请求至所述代理服务器；

服务端，所述服务端用于在接收到所述代理服务器发送的修改后的数据请求时，反馈响应数据至所述代理服务器。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有应用程序的功能测试程序，所述应用程序的功能测试程序被处理器执行时实现如上所述中任一项所述的应用程序的功能测试方法的步骤。

本发明实施例提出的应用程序的功能测试方法、系统、代理服务器及存储介质，在接收到应用程序端发送的数据请求时，确定待测试功能对应的待请求参数，将所述数据请求中的请求参数替换为所述待请求参数，以修改所述数据请求，将修改后的数据请求发送至服务端，在接收到所述服务端反馈的响应数据时，根据所述响应数据确定所述待测试功能的状态。本发明通过修改数据请求，以使修改后的数据请求与待测试功能对应，并根据修改后的数据请求进行测试，无需运营人员提前在应用程序中配置该待测试功能，缩短了测试链路，提高了测试效率。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图；

图2为本发明应用程序的功能测试方法的第一实施例的流程示意图；

图3为本发明应用程序的功能测试方法的第二实施例的流程示意图；

图4为本发明应用程序的功能测试方法的第三实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例提供一种解决方案，通过修改数据请求，以使修改后的数据请求与待测试功能对应，并根据修改后的数据请求进行测试，无需运营人员提前在应用程序中配置该待测试功能，缩短了测试链路，提高了测试效率。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图。

本发明实施例终端为代理服务器。

如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机可读存储介质的存储器1005中可以包括网络通信模块、用户接口模块以及应用程序的功能测试程序。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的应用程序的功能测试程序，并执行以下操作：

将修改后的数据请求发送至服务端；

进一步地，处理器1001可以调用存储器1005中存储的应用程序的功能测试程序，还执行以下操作：

获取预设的响应数据与预设请求参数的映射关系；

比对所述响应数据与所述预设响应数据；

显示所述待测试功能对应的请求参数的参数列表；

确定所述数据请求的类型；

获取所述类型对应的解析方式；

显示所述数据请求中的请求参数；

参照图2，在一实施例中，所述应用程序的功能测试方法包括以下步骤：

步骤S10，在接收到应用程序端发送的数据请求时，确定待测试功能对应的待请求参数；

步骤S20，将所述数据请求中的请求参数替换为所述待请求参数，以修改所述数据请求；

在本实施例中，在对应用程序进行功能测试时，测试人员通过应用程序端触发数据请求，以使应用程序端发送数据请求至代理服务器，以获取代理服务器返回的响应数据。

代理服务器在接收到应用程序端发送的数据请求时，根据待测试功能修改该数据请求，以使修改后的数据请求与待测试功能匹配，即是将该数据请求模拟为应用程序端触发待测试功能时发出的数据请求。具体地，代理服务器获取待测试功能对应的待请求参数，并将接收到的数据请求中的请求参数替换为待请求参数，以实现数据请求的修改。需要说明的是，待测试功能可由测试人员自定义设置，以对数据请求进行自定义修改，服务端返回不同的响应数据，以对应用程序进行不同功能的测试。

可选地，在对应用程序进行测试之前，测试人员可提前对应用程序端进行代理服务器设置，即通过设置应用程序端对应的代理服务器配置信息，以使应用程序发送的数据请求发送至指定的代理服务器。

可选地，在确定待测试功能对应的待请求参数时，可在代理服务器端显示待测试功能对应的请求参数的参数列表，参数列表中包括多个待测试功能对应的多个请求参数，以供用户进行选择。在接收到通过参数列表触发的选择指令时，获取选择指令对应的请求参数，并作为待请求参数，实现用户对于待测试功能的选择。

可选地，在确定待测试功能对应的待请求参数时，可显示数据请求中的请求参数对应的预览信息，以供用户进行修改。在接收到通过请求参数的修改指令时，根据修改指令修改请求参数，以得到待请求参数。后续根据该请求参数对数据请求进行修改，从而得到修改后的数据请求。

可选地，代理服务器存在同时或先后接收到多个网络请求的情况。代理服务器在接收到多个网络请求时，获取网络请求中的请求参数对应的目标地址。在目标地址与代理服务器中预存的服务端对应的网络地址一致时，表明该网络请求为应用程序端向服务端请求数据的数据请求，因此，可将该网络请求作为数据请求，并执行将所述数据请求中的请求参数替换为所述待请求参数的步骤。通过网络请求中的目标地址与服务端对应的网络地址的比对，实现对于网络请求的过滤。

步骤S30，将修改后的数据请求发送至服务端；

步骤S40，在接收到所述服务端反馈的响应数据时，根据所述响应数据确定所述待测试功能的状态。

在本实施例中，代理服务器在修改数据请求后，将修改后的数据请求发送至服务端，以使服务端将修改后的数据请求应用到真实的用户环境中，生成修改后的数据请求对应的响应数据，响应数据为修改后的数据请求对应的请求结果。服务端在获取到响应数据后，将响应数据反馈至代理服务器。代理服务器在接收到服务端反馈的响应数据时，根据响应数据来确定待测试功能的状态。

可选地，待测试功能的状态包括正常状态和异常状态。代理服务器将响应数据发送至应用程序端，以使应用程序端解析响应数据，并渲染成用户页面，通过用户页面是否能正常显示以及用户页面显示的信息是否正确来确定待测试功能的状态。

可选地，在确定待测试功能的状态时，可根据响应数据与修改后的数据请求是否匹配来进行判断，其中，响应数据与修改后的数据请求是否匹配可由测试人员根据测试经验或映射关系表来判断。

在本实施例公开的技术方案中，通过修改数据请求，以使修改后的数据请求与待测试功能对应，并根据修改后的数据请求进行测试，无需运营人员提前在应用程序中配置该待测试功能，缩短了测试链路，提高了测试和联调效率。

在另一实施例中，如图3所示，在上述图2所示的实施例基础上，步骤S40包括：

步骤S41，获取预设的响应数据与预设请求参数的映射关系；

步骤S42，根据所述映射关系，获取所述待请求参数对应的预设响应数据；

在本实施例中，服务端存储有预设的响应数据与预设请求参数的对应关系，其中，预设的响应数据与预设请求参数均为多个。请求参数与响应数据一一对应，在待测试功能正常时，若发送请求参数至服务端，服务端则会反馈与请求参数对应的响应参数。因此，代理服务器可预先获取预设的响应数据与预设请求参数的映射关系，并获取映射关系中与待请求参数一致的预设请求参数，并获取该预设请求参数对应的预设响应数据，将该预设响应数据作为待请求参数对应的预设响应数据。

步骤S43，比对所述响应数据与所述预设响应数据；

步骤S44，在所述响应数据与所述预设响应数据比对一致时，判定所述待测试功能正常；

步骤S45，在所述响应数据与所述预设响应数据比对不一致时，判定所述待测试功能不正常。

在本实施例中，在接收到服务端反馈的响应数据时，将响应数据与待请求参数对应的预设响应数据进行比对。在比对一致时，表征响应数据与待请求参数匹配，服务端可正确应答应用程序端的请求，判定该待测试功能正常。在响应数据与预设响应数据不一致时，表明响应数据与待请求参数不匹配，服务端应答应用程序端的请求时出错，判定该待测试功能不正常，服务端出现问题，而非应用程序端的问题。

在本实施例公开的技术方案中，在接收到服务端反馈的响应数据时，判断响应数据与待请求参数是否匹配，以确定待测试功能的状态。

在再一实施例中，如图4所示，在图2至图3任一实施例所示的基础上，步骤S20之前，还包括：

步骤S01，确定所述数据请求的类型；

步骤S02，获取所述类型对应的解析方式；

在本实施例中，在接收到应用程序端发送的数据请求后，获取数据请求的类型。数据请求的类型可包括GET请求和POST请求。由于GET请求与POST请求在结构上的差异，可获取数据请求的类型对应的解析方法，以获取数据请求中的信息。例如，在GET请求中，GET请求的请求参数包含在统一资源定位符(Uniform Resource Locator，URL)中，而在POST请求中，POST请求的请求参数在请求主体(request body)中。因此，可根据数据请求的类型生成对应的解析方式，使得本实施例的应用程序的测试方法可支持多种不同类型的数据请求。

步骤S03，根据所述解析方式解析所述数据请求，以获取所述数据请求中的请求参数。

在本实施例中，在接收到应用程序端发送的数据请求后，根据数据请求的类型对应的解析方式解析数据请求，以获取数据请求中的请求参数，进而将数据请求中的请求参数替换为待请求参数，实现根据待测试功能修改数据请求的目的。

在本实施例公开的技术方案中，根据数据请求的类型对应的解析方式解析数据请求，以获取数据请求中的请求参数，使得应用程序的功能测试方法可支持应用程序端发送的多种类型的数据请求，测试更加方便。

此外，本发明实施例还提出一种代理服务器，所述代理服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应用程序的功能测试程序，所述应用程序的功能测试程序被所述处理器执行时实现如上各个实施例所述的应用程序的功能测试方法的步骤。

此外，本发明实施例还提出一种应用程序的功能测试系统，所述应用程序的功能测试系统包括：

代理服务器，所述代理服务器为如上实施例所述的代理服务器；

此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有应用程序的功能测试程序，所述应用程序的功能测试程序被处理器执行时实现如上各个实施例所述的应用程序的功能测试方法的步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种应用程序的功能测试方法，其特征在于，所述应用程序的功能测试方法包括以下步骤：

将修改后的数据请求发送至服务端；

2.如权利要求1所述的应用程序的功能测试方法，其特征在于，所述根据所述响应数据确定所述待测试功能的状态的步骤包括：

3.如权利要求1所述的应用程序的功能测试方法，其特征在于，所述根据所述响应数据确定所述待测试功能的状态的步骤包括：

获取预设的响应数据与预设请求参数的映射关系；

比对所述响应数据与所述预设响应数据；

4.如权利要求1所述的应用程序的功能测试方法，其特征在于，所述确定待测试功能对应的待请求参数的步骤包括：

显示所述待测试功能对应的请求参数的参数列表；

5.如权利要求1所述的应用程序的功能测试方法，其特征在于，所述将所述数据请求中的请求参数替换为所述待请求参数，以修改所述数据请求的步骤之前，还包括：

确定所述数据请求的类型；

获取所述类型对应的解析方式；

6.如权利要求1所述的应用程序的功能测试方法，其特征在于，所述应用程序的功能测试方法还包括：

7.如权利要求1所述的应用程序的功能测试方法，其特征在于，所述确定待测试功能对应的待请求参数的步骤包括：

显示所述数据请求中的请求参数；

8.一种代理服务器，其特征在于，所述代理服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应用程序的功能测试程序，所述应用程序的功能测试程序被所述处理器执行时实现如权利要求1至7中任一项所述的应用程序的功能测试方法的步骤。

9.一种应用程序的功能测试系统，其特征在于，所述应用程序的功能测试系统包括：

代理服务器，所述代理服务器为权利要求8所述的代理服务器；

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有应用程序的功能测试程序，所述应用程序的功能测试程序被处理器执行时实现如权利要求1至7中任一项所述的应用程序的功能测试方法的步骤。