CN113765735A - 应用测试方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种应用测试方法、装置、设备及存储介质，网关获取终端设备发送的应用测试请求，应用测试请求包括：堡垒机标识和待验证应用的业务处理请求，再根据堡垒机标识，向堡垒机标识对应的服务器发送业务处理请求，服务器能够提供待验证应用所需的服务，并向网关反馈该业务处理请求对应的业务处理结果，因而，网关可以根据业务处理结果，确定针对待验证应用的测试结果，并向终端设备推送测试结果。该技术方案中，网关将应用测试请求中待验证应用的业务处理请求发送给服务器进行处理，并将测试结果转发至终端设备，以展示给测试人员，降低了应用测试过程中繁琐且复杂的工序，使得应用的验证更加直观。

Description

应用测试方法、装置、设备及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种应用测试方法、装置、设备及存储介质。

背景技术

在互联网技术领域中，随着互联网用户对产品应用的功能提出了更高的要求，应用需要迭代开发以满足该要求，在每次应用上线发布之前，测试人员都需要对应用进行严格的测试。

在现有技术中，常规的应用验证方案主要通过模拟接口调用的方式实现，具体的，测试人员将待验证的应用加载到一台服务器上进行应用测试，利用客户端通过模拟接口调用该服务器上的应用测试结果，查看应用测试结果中的报文，判断该应用是否存在异常。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：该应用在一台服务器上加载且测试通过之后，还需要在其他的服务器上进行应用加载并依次测试，只有所有的服务器均测试结束后，测试人员才可以通过客户端获取到所有的服务器的测试结果，然后根据测试结果中的报文，判断该应用是否存在异常，因此，这样的验证过程繁琐且复杂性高。

发明内容

本申请实施例提供一种应用测试方法、装置、设备及存储介质，用以解决现有技术中针对应用的验证过程繁琐且复杂性高的问题。

第一方面，本申请实施例提供一种应用测试方法，应用于网关，包括：

获取终端设备发送的应用测试请求，所述应用测试请求包括：堡垒机标识和待验证应用的业务处理请求；

根据所述堡垒机标识，向所述堡垒机标识对应的服务器发送所述业务处理请求，并接收所述服务器返回的所述业务处理请求对应的业务处理结果，所述服务器能够提供所述待验证应用所需的服务；

根据所述业务处理结果，确定针对所述待验证应用的测试结果；

向所述终端设备推送所述测试结果。

在第一方面一种可能的设计中，在所述根据所述堡垒机标识，向所述堡垒机标识对应的服务器发送所述业务处理请求之后，所述方法还包括：

建立所述待验证应用与所述网关的第一关联关系，以及所述网关与所述服务器的第二关联关系；

将所述第一关联关系和所述第二关联关系进行绑定，得到所述待验证应用、所述网关和所述服务器的路由关系；

保存所述路由关系。

在该种可能的设计中，在所述向所述终端设备推送所述测试结果之前，所述方法还包括：

对所述业务处理结果进行处理，确定出所述业务处理结果对应的所述待验证应用；

根据所述路由关系，确定所述待验证应用所在的所述终端设备。

第二方面，本申请实施例提供一种应用测试方法，应用于终端设备，包括：

获取外界触发的堡垒测试请求，所述堡垒测试请求包括：堡垒机标识；

根据所述堡垒机标识和预置的堡垒访问信息，生成待验证应用的应用测试请求，所述应用测试请求包括：待验证应用的标识；

将所述应用测试请求发送至网关。

在第二方面一种可能的设计中，在所述获取外界触发的堡垒测试请求之前，还包括：

向所述堡垒机标识对应的服务器发送注册请求，所述注册请求用于请求注册所述待验证应用所需服务，所述注册请求包括：待验证应用的标识；

根据所述堡垒机标识和所述待验证应用的标识，生成堡垒访问信息，所述堡垒访问信息用于指示所述待验证应用和所述堡垒机标识对应服务器的访问关系；

存储所述堡垒访问信息。

第三方面，本申请实施例提供一种应用测试方法，应用于服务器，包括：

接收网关发送的业务处理请求，所述业务处理请求包括：待验证应用的标识；

根据所述业务处理请求和预置的服务注册信息，启动所述待验证应用所需的服务；

利用所述服务对所述业务处理请求进行处理，得到所述业务处理请求对应的业务处理结果；

向所述网关发送业务处理结果。

在第三方面一种可能的设计中，在所述接收网关发送的业务处理请求之前，所述方法还包括：

接收终端设备发送的注册请求，所述注册请求用于请求注册所述待验证应用所需服务，所述注册请求包括：待验证应用的标识；

根据所述注册请求，生成服务注册信息；

将所述服务器的堡垒机标识，添加至所述服务注册信息中。

第四方面，本申请实施例提供一种应用测试装置，应用于网关，包括：接收模块、发送模块、处理模块；

所述接收模块，用于获取终端设备发送的应用测试请求，所述应用测试请求包括：堡垒机标识和待验证应用的业务处理请求；

所述发送模块，用于根据所述堡垒机标识，向所述堡垒机标识对应的服务器发送所述业务处理请求；

所述接收模块，还用于接收所述服务器返回的所述业务处理请求对应的业务处理结果，所述服务器能够提供所述待验证应用所需的服务；

所述处理模块，用于根据所述业务处理结果，确定针对所述待验证应用的测试结果；

所述发送模块，还用于向所述终端设备推送所述测试结果。

在第四方面一种可能的设计中，所述处理模块还用于：

建立所述待验证应用与所述网关的第一关联关系，以及所述网关与所述服务器的第二关联关系；

将所述第一关联关系和所述第二关联关系进行绑定，得到所述待验证应用、所述网关和所述服务器的路由关系；

保存所述路由关系。

在该种可能的设计中，所述处理模块还用于：

对所述业务处理结果进行处理，确定出所述业务处理结果对应的所述待验证应用；

根据所述路由关系，确定所述待验证应用所在的所述终端设备。

第五方面，本申请实施例提供一种应用测试装置，应用于终端设备，包括：获取模块、处理模块和发送模块；

所述获取模块，用于获取外界触发的堡垒测试请求，所述堡垒测试请求包括：堡垒机标识；

所述处理模块，用于根据所述堡垒机标识和预置的堡垒访问信息，生成待验证应用的业务处理请求，所述业务处理请求包括：待验证应用的标识；

所述发送模块，还用于将所述业务处理请求发送至网关。

在第五方面一种可能的设计中，所述发送模块，还用于向所述堡垒机标识对应的服务器发送注册请求，所述注册请求用于请求注册所述待验证应用所需服务，所述注册请求包括：待验证应用的标识；

所述处理模块，还用于：

根据所述堡垒机标识和所述待验证应用的标识，生成堡垒访问信息，所述堡垒访问信息用于指示所述待验证应用和所述堡垒机标识对应服务器的访问关系；

存储所述堡垒访问信息。

第六方面，本申请实施例提供一种应用测试装置，应用于服务器，包括：接收模块、处理模块和发送模块；

所述接收模块，用于接收网关发送的业务处理请求，所述业务处理请求包括：待验证应用的标识；

所述处理模块，用于根据所述业务处理请求和预置的服务注册信息，启动所述待验证应用所需的服务，并利用所述服务对所述业务处理请求进行处理，得到所述业务处理请求对应的业务处理结果；

所述发送模块，还用于向所述网关发送业务处理结果。

在第六方面一种可能的设计中，所述接收模块，还用于接收终端设备发送的注册请求，所述注册请求用于请求注册所述待验证应用所需服务，所述注册请求包括：待验证应用的标识；

所述处理模块，还用于：

根据所述注册请求，生成服务注册信息；

将所述服务器的堡垒机标识，添加至所述服务注册信息中。

第七方面，本申请实施例提供一种电子设备，包括：至少一个处理器、存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述电子设备执行如上述第一方面及各种可能的设计中所述的应用测试方法；或者，使得所述电子设备执行如上述第二方面及各种可能的设计中所述的应用测试方法；或者，使得所述电子设备执行如上述第三方面及各种可能的设计中的应用测试方法。

第八方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，使得所述计算机执行指令被处理器执行时用于实现如上述第一方面及各种可能的设计中所述的应用测试方法；或者，使得所述计算机执行指令被处理器执行时用于如上述第二方面及各种可能的设计中所述的应用测试方法；或者，使得所述计算机执行指令被处理器执行时用于如上述第三方面及各种可能的设计中的应用测试方法。

第九方面，申请实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时用于实现如上述第一方面及各种可能的设计中所述的应用测试方法；或者，所述计算机程序被处理器执行时用于实现如上述第二方面及各种可能的设计中所述的应用测试方法；或者，所述计算机执行指令被处理器执行时用于实现如上述第三方面及各种可能的设计中所述的应用测试方法。

本申请实施例提供的应用测试方法、装置、设备及存储介质，网关获取终端设备发送的应用测试请求，应用测试请求包括：堡垒机标识和待验证应用的业务处理请求，再根据堡垒机标识，向堡垒机标识对应的服务器发送业务处理请求，服务器能够提供待验证应用所需的服务，并向网关反馈该业务处理请求对应的业务处理结果，因而，网关可以根据业务处理结果，确定针对待验证应用的测试结果，并向终端设备推送测试结果。该技术方案中，网关将应用测试请求中待验证应用的业务处理请求发送给服务器进行处理，并将测试结果转发至终端设备，以展示给测试人员，降低了应用测试过程中繁琐且复杂的工序，使得应用的验证更加直观，而应用测试的全程都在内网环境中，并不会对用户的体验产生影响，避免了由于用户体验差而造成的用户投诉现象。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

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

图2为本申请实施例提供的应用测试方法实施例一的流程示意图；

图3为本申请实施例提供的应用测试方法实施例二的流程示意图；

图4为本申请实施例提供的应用测试装置实施例一的结构示意图；

图5为本申请实施例提供的应用测试装置实施例二的结构示意图；

图6为本申请实施例提供的应用测试装置实施例三的结构示意图；

图7为本申请实施例提供的电子设备的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

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

在介绍本申请的实施例之前，首先对本申请的背景技术进行解释说明：

随着产品应用在互联网中扮演的角色越来越重要，互联网用户对应用的功能提出了更高的要求，因此，应用需要开发人员迭代开发以满足该要求，在每次应用上线发布之前，测试人员都需要对应用进行严格的验证。

目前常规的应用发布验证方案是：测试人员先将应用发布到一台服务器上，然后通过模拟接口调用该服务器的测试结果，以查看返回的报文中的异常应用日志。然而，通常情况下，一台服务器的应用验证结果并不可信，因而，在一台服务器对应用验证通过后，还需要逐量逐台将应用发布到所有服务器上，待所有服务器均确认验证通过时，测试人员才可以通过客户端正确的走回归测试流程。而在回归测试过程中遇到异常情况时，为了避免影响用户使用，会对应用的功能降级或者回滚。

而目前常规的应用发布验证方案在具体的实现中，由于需要将应用发布到所有服务器上，并且验证之后，测试人员才可以通过客户端获取到应用可能存在的异常，验证的复杂度和发布的工作量较多。此外，线上发布应用的风险较大，新代码和旧代码不可以全量共生，测试验证不直观明确，而在应用全量发布后，如果应用中出现异常情况，则应用回滚时间较长，导致排查难度增大，容易引发前端用户感知，造成用户体验差，进而投诉该应用的情况出现。

在上述现有技术存在的问题基础上，图1为本申请实施例提供的应用测试的应用场景示意图，用以解决上述技术问题。如图1所示，该应用场景示意图包括：终端设备11、网关12、服务器集群13。

其中，服务器集群13中可以包括多个堡垒机，例如，堡垒机131、堡垒机132、堡垒机133、堡垒机134和堡垒机135，例如，终端设备11根据应用测试请求中的堡垒机标识，在服务器集群13中识别出指定的堡垒机131，使得该堡垒机131执行应用验证服务。可选的，用户指定的用于执行应用验证的堡垒机还可以是未拉入集群的服务器，其可能只能在内网环境中进行应用验证。

可选的，终端设备11可以是手机、计算机等设备，当在外网环境中使用终端设备11时，需要通过虚拟专用网络(Virtual Private Network，VPN)实现；网关12可以是基于JavaWeb应用程序的标准框架(Java Server Faces，JSF)的传输层的网关，即一种远程过程调用(Remote Procedure Call，RPC)框架，为终端设备11和堡垒机131之间提供信息交互功能的实现。

在一种可能的实现中，终端设备11获取到测试人员触发的测试请求(点击“应用测试”)，将测试请求发给网关12，网关12根据测试请求中的信息，在服务器13中确定出该次测试对应的堡垒机131，堡垒机131根据该测试请求，验证应用的功能是否可以正常工作，并将验证结果发送给网关12，网关12随即将验证结果转发至终端设备11，测试人员根据终端设备11显示的验证结果判断该应用是否存在不符合预期要求之处。

本申请针对上述技术问题，发明人的技术构思过程如下：发明人发现，可以通过挑选一台堡垒机作为服务器，对应用进行堡垒测试，而由于堡垒测试是内网之间进行的，不会对外网用户产生影响，在具体实现时，可以构建一个网关作为服务器与终端设备之间的桥梁，以实现服务器在应用测试完成之后，可以将该次测试准确的发给对应的终端设备，从而完成应用发布前的测试。

下面以图1所示的应用场景示意图，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的应用测试方法实施例一的流程示意图。如图2所示，可以包括如下步骤：

步骤201、终端设备获取外界触发的堡垒测试请求。

其中，堡垒测试请求包括：堡垒机标识。

在本方案中，预先在服务器集群中，挑选出一台特定的服务器作为堡垒机，并将应用预先加载在该堡垒机上。而利用堡垒机进行的应用测试通常是需要在内网环境中进行的。

在本步骤中，测试人员需要对某个应用进行测试时，需要在终端设备上下发测试指示，即测试人员可以通过在终端设备上点击“应用测试”等相关按键下发测试指示。而对于终端设备而言，测试人员下达的指示即堡垒测试请求，终端设备接收堡垒测试请求。

其中，堡垒机标识用于表示该应用测试请求所使用的堡垒机具体是哪一个。

而在该步骤之前，终端设备还需要进行如下的操作：

第一步、向堡垒机标识对应的服务器发送注册请求。

其中，注册请求用于请求注册待验证应用所需服务，注册请求包括：待验证应用的标识。

具体的，终端设备在实现与服务器的应用测试的交互过程之前，需要先与服务器之间建立访问关系，以获得交互权限。即首先根据堡垒机标识，向堡垒机标识对应的服务器发送注册信息。

第二步、根据堡垒机标识和待验证应用的标识，生成堡垒访问信息。

待验证应用的标识用于指示待验证应用，将堡垒机标识和待验证应用的标识结合，生成堡垒访问信息。

其中，堡垒访问信息用于指示待验证应用和堡垒机标识对应服务器的访问关系。

第三步、存储堡垒访问信息。

将堡垒访问信息存储在注册请求中心之后，终端设备在获取到堡垒测试请求之后，可以在注册请求中心中查找到堡垒访问信息，确定出堡垒机标识，以便于生成一个应用测试请求。

步骤202、终端设备根据堡垒机标识和预置的堡垒访问信息，生成待验证应用的应用测试请求。

其中，应用测试请求包括：待验证应用的标识。

可选的，终端设备根据收到的堡垒测试请求中的堡垒机标识，以及预先设置的堡垒访问信息，生成应用测试请求，该应用测试请求可以存在于JSF上下文中。

步骤203、终端设备向网关发送应用测试请求。

进一步地，网关获取到终端设备发送的应用测试请求。

在本步骤中，终端设备在接收到测试人员触发的堡垒测试请求之后，向网关发送应用测试请求，该应用测试请求旨在请求网关找到应用对应的服务器，而后该服务器对应用进行相应的功能测试。

可选的，网关对收到的应用测试请求进行解析，得到堡垒机标识和待验证应用的业务处理请求。其中，待验证应用的业务处理请求表示请求堡垒机对应用进行具体的业务功能的测试。

步骤204、网关根据堡垒机标识，确定堡垒机标识对应的服务器。

其中，该服务器能够提供待验证应用所需的服务。

在本步骤中，网关对应用测试请求解析之后，在应用测试请求中解析出了堡垒机标识，根据堡垒机的标识，在多个服务器中查找出用于处理该应用测试请求的服务器，同时，网关对应用测试请求解析之后，可以得到待验证应用的业务处理请求，该业务处理请求用于命令服务器对待验证应用进行处理。

步骤205、网关向服务器发送业务处理请求。

在本步骤中，网关向堡垒机标识对应的服务器发送业务处理请求，该服务器接收该业务处理请求。

在该步骤之前，服务器还需要进行如下的操作：

第一步、接收终端设备发送的注册请求。

其中，注册请求用于请求注册待验证应用所需服务，注册请求包括：待验证应用的标识。

可选的，服务器对待验证应用进行测试时，需要向待验证应用提供相应的服务，以满足待验证应用中针对各个功能进行测试。

第二步、根据注册请求，生成服务注册信息。

第三步、将服务器的堡垒机标识，添加至服务注册信息中。

可选的，针对每个服务器，都有对应的标识，指代该服务器的唯一性，将该标识添加到服务注册信息中。

步骤206、服务器根据业务处理请求和预置的服务注册信息，启动待验证应用所需的服务。

在本步骤中，服务器根据网关发来的业务处理请求和上述预设好的服务注册信息，启动对待验证应用的测试服务。

在一种可能的实现中，该待验证应用可以是一个应用的代码，该代码所能实现的功能或代码中存在的问题，均可以利用该服务测试出来。

步骤207、服务器利用服务对业务处理请求进行处理，得到业务处理请求对应的业务处理结果。

可选的，服务器利用待验证应用所需的服务对待验证应用进行功能的测试，得到待验证应用的业务处理结果。

步骤208、服务器向网关发送业务处理结果。

可选的，服务器在得到待验证应用的业务处理结果时，需要向网关回应已经完成了网关发出的业务处理请求，并将业务处理结果发送至网关。

在一种可能的实现中，为了避免业务处理结果传输出错，需要利用当前JSF的上下文中的回调callback机制执行，该步骤的实现过程由下述实施例给出。

步骤209、网关根据业务处理结果，确定针对待验证应用的测试结果。

可选的，网关对业务处理结果进行解析，判断出该待验证应用是否存在异常情况，即待验证应用的测试结果。

在一种可能的实现中，业务处理结果即可以是待验证应用的测试结果。

步骤210、网关向终端设备推送测试结果。

可选的，网关将经过服务器处理的业务处理结果，发送给终端设备，在终端设备上更加明显的呈现出待验证应用是否存在缺陷或异常情况，以提示测试人员对该应用进行处理。

若在终端设备中的测试结果并无异常情况，该待验证应用可直接作为产品被发布至外网，以供用户使用。

本申请实施例提供的应用测试方法，终端设备通过获取外界触发的堡垒测试请求，根据堡垒机标识和预置的堡垒访问信息，生成待验证应用的应用测试请求，并向网关发送应用测试请求，网关根据堡垒机标识，向堡垒机标识对应的服务器发送业务处理请求，服务器接收网关发送的业务处理请求，根据业务处理请求和预置的服务注册信息，启动待验证应用所需的服务，并利用服务对业务处理请求进行处理，得到业务处理请求对应的业务处理结果，而后向网关发送业务处理结果，最后网关根据业务处理结果，确定针对待验证应用的测试结果，并向终端设备推送测试结果。该技术方案中，网关通过对应用测试请求进行处理，以及服务器对待验证应用的测试，并将测试结果通过网关转发至终端设备，以展示给测试人员，降低了应用测试过程中繁琐且复杂的工序，使得应用的验证更加直观，而应用测试的全程都在内网环境中，并不会对用户的体验产生影响，避免了由于用户体验差而造成的用户投诉现象。

在图2的基础上，图3为本申请实施例提供的应用测试方法实施例二的流程示意图。如图3所示，在上述步骤205之后，该应用测试方法可以包括如下步骤：

步骤301、建立待验证应用与网关的第一关联关系，以及网关与服务器的第二关联关系。

在本方案中，可以基于当前JSF的上下文中的回调callback机制，确定上述的应用测试请求在解析后转发给服务器，在服务器处理之后，终端设备可以准确的接收到该次应用测试请求对应的测试结果。

在本步骤中，终端设备发起的应用测试请求包括待验证应用的标识，即建立待验证应用与网关的第一关联关系，表示网关与终端设备的信息传输路径的唯一性，建立网关与服务器的第二关联关系，表示网关与服务器的信息传输路径的唯一性。

步骤302、将第一关联关系和第二关联关系进行绑定，得到待验证应用、网关和服务器的路由关系。

在本步骤中，将待验证应用与网关的第一关联关系与网关与服务器的第二关联关系绑定，即可表示从终端设备在发出应用测试请求之后，服务器对应用进行测试之后，将业务处理结果准确的传输至网关，进而发送至终端设备。

可选的，该路由关系实际代表着该终端设备与网关、以及服务器之间的信息传输连接关系，可以视为一种身份标识(Identity Document，ID)。

步骤303、保存路由关系。

在本步骤中，将该路由关系保存至callback，以便于服务器在完成应用测试之后，可以根据该路由关系，服务器将业务处理结果发送至网关，网关根据该路由关系，发送给该次应用测试请求的发起者，即终端设备。

可选的，在网关向终端设备推送测试结果之前，对业务处理结果进行处理，确定出业务处理结果对应的待验证应用。

具体的，网关在接收到服务器发来的业务处理结果，在业务处理结果中解析出该次应用测试对应的待验证应用。

进一步地，根据路由关系，确定待验证应用所在的终端设备。

本申请实施例提供的应用测试方法，通过建立待验证应用与网关的第一关联关系，以及网关与服务器的第二关联关系，并将第一关联关系和第二关联关系进行绑定，得到待验证应用、网关和服务器的路由关系，最后保存路由关系。该技术方案通过建立待验证应用、网关和服务器的路由关系，使得服务器在得到业务处理结果后，可以与终端设备之间进行准确的信息交互。为终端设备得到待验证应用的测试结果提供了基础。

在上述应用测试方法实施例的基础上，图4为本申请实施例提供的应用测试装置实施例一的结构示意图。如图4所示，该应用测试装置可以集成在网关上，包括：接收模块41、发送模块42、处理模块43；

接收模块41，用于获取终端设备发送的应用测试请求，应用测试请求包括：堡垒机标识和待验证应用的业务处理请求；

发送模块42，用于根据堡垒机标识，向堡垒机标识对应的服务器发送业务处理请求；

接收模块41，还用于接收服务器返回的业务处理请求对应的业务处理结果，服务器能够提供待验证应用所需的服务；

处理模块43，用于根据业务处理结果，确定针对待验证应用的测试结果；

发送模块42，还用于向终端设备推送测试结果。

在本申请实施例一种可能的设计中，处理模块43还用于：

建立待验证应用与网关的第一关联关系，以及网关与服务器的第二关联关系；

将第一关联关系和第二关联关系进行绑定，得到待验证应用、网关和服务器的路由关系；

保存路由关系。

在该种可能的设计中，处理模块43还用于：

对业务处理结果进行处理，确定出业务处理结果对应的待验证应用；

根据路由关系，确定待验证应用所在的终端设备。

本申请实施例提供的应用测试装置，可用于执行上述实施例中网关的技术方案，其实现原理和技术效果类似，在此不再赘述。

图5为本申请实施例提供的应用测试装置实施例二的结构示意图。如图5所示，该应用测试装置可以集成在终端设备上，包括：获取模块51、处理模块52和发送模块53；

获取模块51，用于获取外界触发的堡垒测试请求，堡垒测试请求包括：堡垒机标识；

处理模块52，用于根据堡垒机标识和预置的堡垒访问信息，生成待验证应用的业务处理请求，业务处理请求包括：待验证应用的标识；

发送模块53，还用于将业务处理请求发送至网关。

在本申请实施例一种可能的设计中，发送模块53还用于向堡垒机标识对应的服务器发送注册请求，注册请求用于请求注册待验证应用所需服务，注册请求包括：待验证应用的标识；

处理模块52，还用于：

根据堡垒机标识和待验证应用的标识，生成堡垒访问信息，堡垒访问信息用于指示待验证应用和堡垒机标识对应服务器的访问关系；

存储堡垒访问信息。

本申请实施例提供的应用测试装置，可用于执行上述实施例中终端设备的技术方案，其实现原理和技术效果类似，在此不再赘述。

图6为本申请实施例提供的应用测试装置实施例三的结构示意图。如图6所示，该应用测试装置可以集成在服务器上，包括：接收模块61、处理模块62和发送模块63；

接收模块61，用于接收网关发送的业务处理请求，业务处理请求包括：待验证应用的标识；

处理模块62，用于根据业务处理请求和预置的服务注册信息，启动待验证应用所需的服务，并利用服务对业务处理请求进行处理，得到业务处理请求对应的业务处理结果；

发送模块63，还用于向网关发送业务处理结果。

在本申请实施例一种可能的设计中，接收模块61还用于接收终端设备发送的注册请求，注册请求用于请求注册待验证应用所需服务，注册请求包括：待验证应用的标识；

处理模块62，还用于：

根据注册请求，生成服务注册信息；

将服务器的堡垒机标识，添加至服务注册信息中。

本申请实施例提供的应用测试装置，可用于执行上述实施例中服务器的技术方案，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

图7为本申请实施例提供的电子设备的结构示意图。如图7所示，该终端设备可以包括：至少一个处理器70、存储器71及存储在该存储器71上并可在处理器70上运行的计算机程序指令。

其中，该电子设备可以对应终端设备、也可以对应网关、也可以对应服务器。

可选的，该电子设备还可以包括：收发器72和显示器73。

处理器70执行存储器存储的计算机执行指令，使得处理器70执行上述实施例中的方案。处理器70可以是通用处理器，包括中央处理器CPU、网络处理器(network processor，NP)等；还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器71和收发器72通过系统总线与处理器70连接并完成相互间的通信，存储器71用于存储计算机程序指令。

收发器72用于和其他计算机进行通信，该收发器72构成通信接口。

可选的，在硬件实现上，当电子设备为网关时，上述图4所示实施例中的接收模块41和发送模块42对应于本实施例中的收发器72，上述图4所示实施例中的处理模块43对应于本实施例中的处理器70。

当电子设备为终端设备时，上述图5所示实施例中的发送模块53对应于本实施例中的收发器72，上述图5所示实施例中的获取模块51和处理模块52对应于本实施例中的处理器70。

当电子设备为服务器时，上述图6所示实施例中的接收模块61和发送模块63对应于本实施例中的收发器72，上述图6所示实施例中的处理模块62对应于本实施例中的处理器70。

显示器73可以是用户界面，用于显示对应用测试结果。该用户界面可以包括图形、文本、图标、视频及其它们的任意组合。

系统总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。收发器用于实现数据库访问装置与其他计算机(例如客户端、读写库和只读库)之间的通信。

本申请实施例提供的电子设备，可用于执行上述实施例中应用测试方法的技术方案，其实现原理和技术效果类似，在此不再赘述。

本申请实施例还提供一种运行指令的芯片，该芯片用于执行上述实施例中应用测试方法的技术方案。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述实施例中应用测试方法的技术方案。

上述的计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (13)

1.一种应用测试方法，其特征在于，应用于网关，包括：

获取终端设备发送的应用测试请求，所述应用测试请求包括：堡垒机标识和待验证应用的业务处理请求；

根据所述堡垒机标识，向所述堡垒机标识对应的服务器发送所述业务处理请求，并接收所述服务器返回的所述业务处理请求对应的业务处理结果，所述服务器能够提供所述待验证应用所需的服务；

根据所述业务处理结果，确定针对所述待验证应用的测试结果；

向所述终端设备推送所述测试结果。

2.根据权利要求1所述的方法，其特征在于，在所述根据所述堡垒机标识，向所述堡垒机标识对应的服务器发送所述业务处理请求之后，所述方法还包括：

建立所述待验证应用与所述网关的第一关联关系，以及所述网关与所述服务器的第二关联关系；

将所述第一关联关系和所述第二关联关系进行绑定，得到所述待验证应用、所述网关和所述服务器的路由关系；

保存所述路由关系。

3.根据权利要求2所述的方法，其特征在于，在所述向所述终端设备推送所述测试结果之前，所述方法还包括：

对所述业务处理结果进行处理，确定出所述业务处理结果对应的所述待验证应用；

根据所述路由关系，确定所述待验证应用所在的所述终端设备。

4.一种应用测试方法，其特征在于，应用于终端设备，包括：

获取外界触发的堡垒测试请求，所述堡垒测试请求包括：堡垒机标识；

根据所述堡垒机标识和预置的堡垒访问信息，生成待验证应用的应用测试请求，所述应用测试请求包括：待验证应用的标识；

将所述应用测试请求发送至网关。

5.根据权利要求4所述的方法，其特征在于，在所述获取外界触发的堡垒测试请求之前，还包括：

向所述堡垒机标识对应的服务器发送注册请求，所述注册请求用于请求注册所述待验证应用所需服务，所述注册请求包括：待验证应用的标识；

根据所述堡垒机标识和所述待验证应用的标识，生成堡垒访问信息，所述堡垒访问信息用于指示所述待验证应用和所述堡垒机标识对应服务器的访问关系；

存储所述堡垒访问信息。

6.一种应用测试方法，其特征在于，应用于服务器，包括：

接收网关发送的业务处理请求，所述业务处理请求包括：待验证应用的标识；

根据所述业务处理请求和预置的服务注册信息，启动所述待验证应用所需的服务；

利用所述服务对所述业务处理请求进行处理，得到所述业务处理请求对应的业务处理结果；

向所述网关发送业务处理结果。

7.根据权利要求6所述的方法，其特征在于，在所述接收网关发送的业务处理请求之前，所述方法还包括：

接收终端设备发送的注册请求，所述注册请求用于请求注册所述待验证应用所需服务，所述注册请求包括：待验证应用的标识；

根据所述注册请求，生成服务注册信息；

将所述服务器的堡垒机标识，添加至所述服务注册信息中。

8.一种应用测试装置，其特征在于，应用于网关，包括：接收模块、发送模块、处理模块；

所述接收模块，用于获取终端设备发送的应用测试请求，所述应用测试请求包括：堡垒机标识和待验证应用的业务处理请求；

所述发送模块，用于根据所述堡垒机标识，向所述堡垒机标识对应的服务器发送所述业务处理请求；

所述接收模块，还用于接收所述服务器返回的所述业务处理请求对应的业务处理结果，所述服务器能够提供所述待验证应用所需的服务；

所述处理模块，用于根据所述业务处理结果，确定针对所述待验证应用的测试结果；

所述发送模块，还用于向所述终端设备推送所述测试结果。

9.一种应用测试装置，其特征在于，应用于终端设备，包括：获取模块、处理模块和发送模块；

所述获取模块，用于获取外界触发的堡垒测试请求，所述堡垒测试请求包括：堡垒机标识；

所述处理模块，用于根据所述堡垒机标识和预置的堡垒访问信息，生成待验证应用的业务处理请求，所述业务处理请求包括：待验证应用的标识；

所述发送模块，还用于将所述业务处理请求发送至网关。

10.一种应用测试装置，其特征在于，应用于服务器，包括：接收模块、处理模块和发送模块；

所述接收模块，用于接收网关发送的业务处理请求，所述业务处理请求包括：待验证应用的标识；

所述处理模块，用于根据所述业务处理请求和预置的服务注册信息，启动所述待验证应用所需的服务，并利用所述服务对所述业务处理请求进行处理，得到所述业务处理请求对应的业务处理结果；

所述发送模块，还用于向所述网关发送业务处理结果。

11.一种电子设备，其特征在于，包括：至少一个处理器、存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述电子设备执行如上述权利要求1至3任一项所述的应用测试方法；

或者，使得所述电子设备执行如上述权利要求4或5所述的应用测试方法；

或者，使得所述电子设备执行如上述权利要求6或7所述的应用测试方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上述权利要求1至3任一项所述的应用测试方法；

或者，所述计算机执行指令被处理器执行时用于实现如上述权利要求4或5所述的应用测试方法；

或者，所述计算机执行指令被处理器执行时用于实现如上述权利要求6或7所述的应用测试方法。

13.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时用于实现如上述权利要求1至3任一项所述的应用测试方法；

或者，所述计算机程序被处理器执行时用于实现如上述权利要求4或5所述的应用测试方法；

或者，所述计算机执行指令被处理器执行时用于实现如上述权利要求6或7所述的应用测试方法。

Images