CN110413526A - 一种请求处理方法、装置、服务器及设备 - Google Patents

Abstract

本公开关于一种请求处理方法、装置、服务器及设备，用以解决现有WEB前端测试过程无法检测开发的功能是否可用，且应用mock工具操作繁琐易出错的问题。该方法中因为在接收到WEB前端发送的接口访问请求后，根据请求访问的Server端的目标接口的开发完成状态，确定数据响应源，由数据响应源向WEB前端发送与目标接口对应的目标数据，使得WEB前端在目标接口的不同开发状态下，都能够接收到目标数据，因此可以实现在Server端开发的过程中实现对WEB前端接口的测试，提高了测试效率，进一步保证了WEB前端开发的功能的完全性测试。

Description

一种请求处理方法、装置、服务器及设备

技术领域

本公开涉及自动化测试技术领域，尤其涉及一种请求处理方法、装置、服务器及设备。

背景技术

在进行WEB前端和Server端开发的过程中，通常WEB前端的开发需要依赖Server端提供的接口的定义与返回的数据，为了缩短开发时间，在相关技术中可以同时开发WEB前端和Server端，这时Server端可以将接口的定义和返回的数据格式通过本地或者在线文档的形式提供给WEB前端，以供其进行功能测试，但基于文档描述来制定请求数据的逻辑以进行测试的方式，执行起来比较复杂，且与真实的业务测试数据相差较多，测试效率低下，无法完成WEB前端开发的功能的完全性测试。

发明内容

本公开提供了一种请求处理方法、装置、服务器及设备，用以解决相关技术中WEB前端测试过程测试效率低下的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种请求处理方法，包括：

接收WEB前端发送的接口访问请求，所述接口访问请求用于请求访问Server端的目标接口；

判断所述目标接口的开发完成状态，并根据所述目标接口的开发完成状态确定所述接口访问请求的数据响应源；

由确定的所述数据响应源向所述WEB前端发送与所述目标接口对应的目标数据。

根据本公开实施例的第二方面，提供一种请求处理装置，包括：

接收单元，被配置为执行接收WEB前端发送的接口访问请求，所述接口访问请求用于请求访问Server端的目标接口；

确定单元，被配置为执行判断所述目标接口的开发完成状态，并根据所述目标接口的开发完成状态确定所述接口访问请求的数据响应源；

处理单元，被配置为执行由确定的所述数据响应源向所述WEB前端发送与所述目标接口对应的目标数据。

根据本公开实施例的第三方面，提供一种服务器，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现上述所述的一种请求处理方法。

根据本公开实施例的第四方面，提供一种存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得所述服务器能够执行上述所述的一种请求处理方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，包括：程序代码，当所述计算机程序产品由服务器执行时，所述程序代码用于使所述服务器能够执行上述所述的一种请求处理方法。

本公开的实施例中提供的技术方案至少带来以下有益效果：

因为服务器在接收到WEB前端发送的接口访问请求后，根据请求访问的Server端的目标接口的开发完成状态，确定数据响应源，由数据响应源向WEB前端发送与目标接口对应的目标数据，从而使得WEB前端在目标接口的不同开发状态下，都能够接收到目标数据，因此可以实现在Server端开发的过程中实现对WEB前端接口的测试，提高了测试效率，进一步保证了WEB前端开发的功能的完全性测试。

附图说明

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

图1是根据一示例性实施例示出的一种请求处理方法的流程图；

图2是根据一示例性实施例示出的一种接口管理平台的接口页面示意图；

图3是根据一示例性实施例示出的一种请求处理装置框图；

图4是根据一示例性实施例示出的一种请求处理方法的流程图；

图5是根据一示例性实施例示出的一种请求处理装置框图；

图6是根据一示例性实施例示出的一种请求处理系统的结构示意图；

图7是根据一示例性实施例示出的请求处理系统在开发的各个阶段交互的框图；

图8是根据一示例性实施例示出的一种服务器框图；

图9是根据一示例性实施例示出的一种电子设备框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

为了能够实现在Server端开发过程中，提高测试效率，并实现对WEB前端开发的功能的完全性测试，在本公开的实施例中Server端的开发人员可以预先在服务器中，针对接口的开发完成状态，定义在不同开发完成状态下的数据响应源，以使该服务器针对请求访问Server端的目标接口的不同开发完成状态，由相应的数据响应源向WEB前端发送目标接口对应的目标数据。

本公开实施例应用于服务器，服务器可以为接口管理平台，接口管理平台中针对接口的开发完成状态，定义有在不同开发完成状态下的数据响应源。在本公开实施例中，接口管理平台仅为服务器的一种表现形式，服务器在其他表现形式下实现请求处理的过程不在此赘述。

Server端的开发人员还可以根据Server端的接口的开发进度，在接口管理平台中设置每个接口的开发完成状态，其中该接口的开发完成状态为接口开发未完成状态、接口测试状态或接口上线状态，如果某一接口对应的状态为开发未完成状态，则标识该接口为Server端未开发完成的接口，如果某一接口对应的状态为接口测试状态，则标识该接口为Server端测试中的接口，如果某一接口对应的状态为接口上线状态，则标识该接口为Server端开发完成的接口。

基于上述接口管理平台，图1为根据一示例性实施例示出的一种请求处理方法的流程图，如图1所示，该请求处理方法应用于服务器，服务器可以为接口管理平台，其中接口管理平台也可以称为mock平台，该请求处理方法包括以下步骤：

在步骤S101中，接收WEB前端发送的接口访问请求，所述接口访问请求用于请求访问Server端的目标接口。

在步骤S102中，判断所述目标接口的开发完成状态，并根据所述目标接口的开发完成状态确定所述接口访问请求的数据响应源。

在步骤S103中，由确定的所述数据响应源向所述WEB前端发送与所述目标接口对应的目标数据。

因为Server端的开发人员已经将每个接口的开发完成状态，以及接口的不同开发完成状态下的数据响应源，预先在接口管理平台上进行了定义，因此可以实现接口在Server端开发过程中，实现对WEB端已开发完成相应功能的测试，具体的是调用待访问Server端的目标接口，将该目标接口封装于接口访问请求中，以通过该接口访问请求向接口管理平台请求访问目标接口，并根据数据响应源返回的目标数据对目标接口对应的功能进行测试。

本公开实施例中在WEB前端开发包中配置有一个代理单元，该代理单元中配置有接口管理平台的地址，因此在WEB前端进行测试时，可以通过该代理单元与接口管理平台进行信息交互。

另外，Server端的开发人员还可以在接口管理平台中，针对待开发的每个接口预先进行接口定义参数的定义，其中该接口定义参数中携带有接口名称以及接口请求参数，另外，接口返回的mock数据也可以包含在该接口定义参数中，该接口请求参数可以是接口地址等信息。

因为Server端的开发人员已经将Server端的接口的接口定义参数，预先在接口管理平台上进行了定义，可选地，在接口管理平台上定义的Server端的接口包括Server端的每个接口，或者Server端未上线的每个接口，因此WEB前端的开发人员可以根据接口管理平台上保存的每个接口的接口定义参数进行相应功能的开发，进而能够实现在Server端开发过程中，对WEB前端已开发完成的相应功能进行测试。

另外，在进行请求处理时，已经开发完成了哪些接口对应的功能是可以预先在WEB前端进行配置的，在进行测试时，WEB前端可以通过代理单元向接口管理平台向发送接口访问请求，该接口访问请求用于请求访问Server端的目标接口。具体的，测试哪个接口对应的功能可以由WEB前端的开发人员预先指定，或者配置进行自动测试的计划，该计划中包括进行测试的功能对应的接口，以及该接口对应的接口访问请求，WEB前端可以根据该测试的计划，自动进行测试。

接口管理平台中可以由Server端的开发人员预先配置有每个接口的状态或者，接口管理平台在检测到Server端相应的接口状态有变化时，修改相应接口的状态信息，因此当接口管理平台接收到WEB前端发送的接口访问请求后，每个接口访问请求唯一对应一个接口，因此接口管理平台可以根据接收到的接口访问请求，确定WEB前端访问的Server端的目标接口。接口管理平台根据保存的每个接口的状态，确定WEB前端访问的目标接口在Server端的开发完成状态。该目标接口的开发完成状态为目标接口开发未完成状态、目标接口测试状态、或目标接口上线状态。

示例的，数据响应源可以包括接口管理平台的mock数据、以及Server端的响应数据中的一项或多项。

在一种可能的实现中，接口管理平台中针对Server端的每个接口定义mock数据，针对每个接口定义的mock数据可以为接口未上线时使用的数据，即接口在接口未开发完成状态和接口测试状态时使用的数据，其中Server端的开发人员在接口管理平台的定义的mock数据可以是通过mock工具生成的。

在另一种可能的实现中，Server端中针对每个接口保存有响应数据，针对每个接口的响应数据可以为接口在接口上线状态时使用的数据。

因为服务器在接收到WEB前端发送的接口访问请求后，根据请求访问的Server端的目标接口的开发完成状态，确定数据响应源，由数据响应源向WEB前端发送与目标接口对应的目标数据，从而使得WEB前端在目标接口的不同开发状态下，都能够接收到目标数据，因此可以实现在Server端开发的过程中实现对WEB前端接口的测试，提高了测试效率，进一步保证了WEB前端开发的功能的完全性测试，并且因为WEB前端接收由数据响应源发送的目标数据，无需在WEB前端植入mock工具，因此测试过程更加的方便，也不会出现错误，也进一步保证了开发的WEB前端的准确性。

在本公开的一示例性实施例中，当所述目标接口的开发完成状态为目标接口开发未完成状态或目标接口测试状态时，所述接口访问请求的数据响应源为接口管理平台的mock数据。当所述目标接口的开发完成状态为目标接口上线状态时，接口访问请求数据的响应源为所述目标接口在Server端的响应数据。

当Server端的开发人员在接口管理平台上进行接口定义参数的定义时，接口管理平台中可以提供相应的导入途径，从而使Server端开发人员定义的接口定义参数导入接口管理平台。具体的，可以通过json，json schema以及swagger等形式导入接口定义参数，另外，接口定义参数中包含的mock数据可以支持通过mockjs和json5的格式动态生成，mock数据可以是Server端的开发人员通过mock工具生成的。

其中，mock数据中包含的数据信息可以为mock地址的信息，WEB前端在测试接口的过程中，通过访问该mock地址的信息对应的mock地址，可以实现对接口的测试。

另外，为了方便后续的使用，接口管理平台接收到导入的接口定义参数后，将接口定义参数进行保存，以便后续与WEB前端进行信息交互。

为了方便WEB前端的开发，接口管理平台接收到Server端开发人员导入的接口定义参数后，可以以接口页面的方式将接收到的每个接口的接口定义参数进行展示。图2是根据一示例性实施例示出的一种接口管理平台的接口页面示意图，在该接口页面中包括接口的基本信息和返回的mock数据的信息(如图2中所示的mock地址的信息)，其中基本信息中包括接口定义参数：接口名称和接口路径，另外还包括接口的状态，以及Server端开发人员、更新时间的信息等。

WEB前端的开发人员可以通过接口页面，查看每个接口的接口定义参数，从而完成WEB前端相应功能的开发。

在本公开的一示例性实施例中，当所述数据响应源为接口管理平台的mock数据时，所述由确定的所述数据响应源向所述WEB前端发送与所述目标接口对应的目标数据，包括：

查找与所述目标接口对应的目标mock数据，向所述WEB前端发送所述目标mock数据。

如果Server端未开发完成该接口，该接口无法上线，则说明此时Server端无法与WEB前端进行交互，实现对该接口对应的相应功能的测试，此时，接口管理平台将本地保存的该接口对应的mock数据发送给WEB前端，从而使WEB前端接收该mock数据，并根据该mock数据对WEB前端已开发的该接口对应的相应功能进行测试。

当数据响应源为所述目标接口在Server端的响应数据时，所述由确定的所述数据响应源向所述WEB前端发送与所述目标接口对应的目标数据，包括：

将所述接口访问请求转发给Server端，由所述Server端查找所述目标接口在Server端对应的目标响应数据，向所述WEB前端发送所述目标响应数据。

如果Server端开发完成该接口，则说明此时Server端可以与WEB前端进行交互，即此时可以实现对Server端该接口的调用，此时，接口管理平台将该接口访问请求路由到Server端，也就是将该接口访问请求转发给Server端，Server端根据已开发完成的该接口，对该接口访问请求进行处理，将该目标接口相应的响应数据返回给WEB前端，从而使WEB前端根据Server端返回的响应数据进行该目标接口相应功能的测试。

因为接口管理平台在确定WEB前端请求访问的目标接口后，如果Server端未开发完成所述目标接口，则通过本地保存由Server端开发人员定义且由mock工具生成的mock数据发送给所述WEB前端，从而使得WEB前端根据所述mock数据进行测试，因此可以实现在Server端开发的过程中实现对WEB前端接口的测试，并且因为无需在WEB前端植入mock工具，因此测试过程更加的方便，也不会出现错误，进一步保证了开发的WEB前端的准确性。

为了保证Server端开发的接口的准确性，在本公开的一示例性实施例中，所述方法还包括：

根据目标接口信息生成mock数据，并根据目标接口信息的变化更新所述mock数据。

用于定义目标接口的接口定义参数又称为目标接口信息，因此相应的，目标接口信息中携带有目标接口名称及目标接口请求参数，接口管理平台可以根据该目标接口请求参数中包含的mock数据，生成该目标接口名称对应的mock数据进行保存。可选地，mock数据为接口地址的信息。

如果所述目标接口信息是通过设定的程序导入，且所述目标接口信息被进行了修改，在确定修改后的目标接口信息和修改前的目标接口信息不一致时，确定目标接口信息的变化，并根据发生变化的目标接口信息，更新目标接口对应的mock数据。

当Server端完成接口开发并且准备上线时，可以触发接口管理平台对该平台上保存的目标接口信息进行检查。具体的可以是Server端的开发人员在接口管理平台上进行相应的操作，触发接口管理平台进行目标接口信息检查的功能，从而使接口管理平台进行检查。

这是因为Server端开发人员可以通过程序进行目标接口信息的导入，当将目标接口信息导入接口管理平台后，Server端开发人员还可以对接口管理平台中的目标接口信息进行修改。为了使Server端开发人员确定开发的接口是否有变化，当接口管理平台接收到进行检查的指令时，检测哪些目标接口信息是通过设定的程序导入，设定的程序可以是json，json schema以及swagger等中的一种的或几种。

如果接口定义参数是通过设定的程序导入，则针对该目标接口信息进行后续详细信息的记录，如果存在Server端开发人员修改目标接口信息的行为，则接口管理平台记录修改后的目标接口信息，因此在接收到进行检查的指令时，可以判断目标接口信息是否被进行了修改，如果保存有修改后的目标接口信息则说明目标接口信息被进行了修改，此时可以比较修改后的目标接口信息和修改前的目标接口信息是否一致，如果不一致，确定目标接口信息发生变化，具体的该目标接口信息不一致中包括接口的基本信息(如接口名称)和/或mock数据的信息等不一致。

在一种可能的实现方式中，在确定修改后的目标接口信息和修改前的目标接口信息不一致时，接口管理平台输出所述目标接口信息不一致的提示信息，由Server端的开发人员确定目标接口信息发生的变化，接口管理平台由该Server端的开发人员确定的目标接口信息发生的变化，对所述mock数据进行更新。

在另一种可能的实现方式中，在确定修改后的目标接口信息和修改前的目标接口信息不一致时，接口管理平台可以根据目标接口信息中包含的数据，依次对比修改后的目标接口信息和修改前的目标接口信息，确定目标接口信息发生的变化，并根据该确定的变化，对所述mock数据进行更新。例如目标接口信息中包括目标接口名称以及目标接口请求参数，接口管理平台依次对修改前后的目标接口信息中的目标接口名称，以及对修改前后的目标接口信息中的目标接口请求参数进行比较，确定目标接口信息发生的变化。

因为在本公开的上述实施例中接口管理平台可以检测导入的目标接口信息是否在修改前和修改后一致，并在不一致时对mock数据进行更新，从而保证接口管理平台上保存的目标接口信息与Server端开发中真实接口保持一致，进而保证了WEB前端开发及测试的准确性。

图3是根据一示例性实施例示出的一种请求处理装置框图。参照图3，该装置包括：接收单元31、确定单元32和处理单元33。

该接收单元31被配置为执行接收WEB前端发送的接口访问请求，所述接口访问请求用于请求访问Server端的目标接口。

该确定单元32被配置为执行判断所述目标接口的开发完成状态，并根据所述目标接口的开发完成状态确定所述接口访问请求的数据响应源。

该处理单元33被配置为执行由确定的所述数据响应源向所述WEB前端发送与所述目标接口对应的目标数据。

进一步的，所述目标接口的开发完成状态为目标接口开发未完成状态、目标接口测试状态、或目标接口上线状态。

进一步的，该确定单元32具体被配置为执行当所述目标接口的开发完成状态为目标接口开发未完成状态或目标接口测试状态时，所述接口访问请求的数据响应源为接口管理平台的mock数据；当所述目标接口的开发完成状态为目标接口上线状态时，所述接口访问请求的数据响应源为所述目标接口在Server端的响应数据。

进一步的，该确定单元32具体被配置为当所述数据响应源为接口管理平台的mock数据时，执行查找与所述目标接口对应的目标mock数据，向所述WEB前端发送所述目标mock数据。

进一步的，该处理单元33具体被配置为执行当数据响应源为所述目标接口在Server端的响应数据时，将所述接口访问请求转发给Server端，由所述Server端查找所述目标接口在Server端对应的目标响应数据，向所述WEB前端发送所述目标响应数据。

进一步的，所述装置还包括：更新单元34；

该更新单元34被配置为执行根据目标接口信息生成mock数据，并根据目标接口信息的变化更新所述mock数据。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关应用于接口管理平台的请求处理方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图4是根据一示例性实施例示出的一种请求处理方法的流程图。如图4所示，该方法应用于WEB前端，包括以下步骤：

在步骤S401中，WEB前端向接口管理平台发送接口访问请求，所述接口访问请求用于请求访问Server端的目标接口。

在步骤S402中，接收数据响应源返回的所述目标接口对应的目标数据。其中所述数据响应源为所述接口管理平台根据目标接口的开发完成状态确定的。

所述目标接口的开发完成状态为目标接口开发未完成状态、目标接口测试状态、或目标接口上线状态。

当所述目标接口的开发完成状态为目标接口开发未完成状态或目标接口测试状态时，所述接口访问请求的数据响应源为接口管理平台的mock数据；

当所述目标接口的开发完成状态为目标接口上线状态时，所述接口访问请求的数据响应源为所述目标接口在Server端的响应数据。

当所述数据响应源为接口管理平台的mock数据时，所述目标接口对应的目标数据为所述接口管理平台查找的与所述目标接口对应的目标mock数据。

当数据响应源为所述目标接口在Server端的响应数据时，所述目标接口对应的目标数据为所述接口管理平台将所述接口访问请求转发给Server端，由Server端查找并返回的所述目标接口在Server端对应的目标响应数据。

请求处理时对应的具体实施方式，已经在上述应用于接口管理平台的请求处理方法对应的实施例中进行了详细描述，此处将不做详细阐述说明。

图5是根据一示例性实施例示出的一种请求处理装置框图。参照图5，该装置包括：发送单元51和接收单元52。

该发送单元51被配置为执行向接口管理平台发送接口访问请求，所述接口访问请求用于请求访问Server端的目标接口。

该接收单元52被配置为接收数据响应源返回的所述目标接口对应的目标数据。其中所述数据响应源为所述接口管理平台根据目标接口的开发完成状态确定的。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关应用于接口管理平台的请求处理方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图6是根据一示例性实施例示出的一种请求处理系统的结构示意图，如图6所示，该请求处理系统包括：WEB前端61、接口管理平台62和Server端63。

该WEB前端61被配置为执行向接口管理平台62发送接口访问请求，所述接口访问请求用于请求访问Server端的目标接口；接收所述接口管理平台62发送的所述目标接口对应的目标mock数据，或接收Server端63发送的所述目标接口对应的目标响应数据，并根据所述数据进行测试。

该接口管理平台62被配置为执行接收WEB前端61发送的接口访问请求；若Server端63中所述目标接口的开发完成状态为目标接口开发未完成状态或目标接口测试状态，将查找与所述目标接口对应的目标mock数据发送给所述WEB前端61；若Server端63中所述目标接口的开发完成状态为目标接口上线状态，将所述接口访问请求转发给所述Server端63。

该Server端63被配置为执行接收所述接口管理平台62发送的接口访问请求，查找与所述目标接口对应的目标响应数据发送给所述WEB前端61。

图7是根据一示例性实施例示出的请求处理系统在开发的各个阶段交互的框图。

参照图6和图7，在开发前，Server端的开发人员还可以在接口管理平台中，针对待开发的每个接口预先进行接口定义参数(即接口信息)的定义，WEB前端的开发人员可以根据接口管理平台上保存的每个接口的接口信息进行相应功能的开发。

在开发阶段，Server端开发过程中，为了实现对WEB前端已开发完成相应功能的测试，WEB前端向接口管理平台发送接口请求参数(即接口访问请求)，接口管理平台接收到WEB前端发送的接口请求参数后，因此Server端目标接口还未开发完成，即所述目标接口的开发完成状态为目标接口开发未完成状态或目标接口测试状态，则接口管理平台将本地保存的该目标接口对应的目标mock数据发送给WEB前端。

Server端开发完成后进行测试时，如果Server端某一接口的接口定义参数进行了修改，则Server端开发人员可以将更新后的接口定义参数更新到接口管理平台，此时如果接口管理平台接收到WEB前端发送的该接口的接口请求参数，接口管理平台将更新后的接口定义参数中的目标接口对应的目标mock数据返回WEB前端。

Server端开发完成上线后，即所述目标接口的开发完成状态为目标接口上线状态，WEB前端可以直接向Server端转发接口请求参数，Server端根据该接口请求参数，将目标接口在Server端对应的目标响应数据发送给WEB前端。

图8是根据一示例性实施例示出的一种服务器框图。该服务器包括处理器81；用于存储所述处理器81可执行指令的存储器82，其中所述处理器81被配置为执行所述指令，以实现上述应用于接口管理平台的请求处理方法。

在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器82，上述指令可由服务器的处理器81执行以完成上述方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在一些可能实现的实施方式中，本公开提供的请求处理的各个方面还可以实现为一种计算机程序产品的形式，其包括程序代码，当所述计算机程序产品在服务器上运行时，所述程序代码用于使所述服务器执行本说明书上述描述的根据本公开各种示例性实施方式的请求处理中的步骤，例如，所述服务器可以执行如图1中所示的步骤S101，接收WEB前端发送的接口访问请求，所述接口访问请求用于请求访问Server端的目标接口，和步骤S102，判断所述目标接口的开发完成状态，并根据所述目标接口的开发完成状态确定所述接口访问请求的数据响应源，和步骤S103，由确定的所述数据响应源向所述WEB前端发送与所述目标接口对应的目标数据。

所述计算机程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本公开的实施方式的用于请求处理的计算机程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在服务器上运行。然而，本公开的计算机程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

图9是根据一示例性实施例示出的一种电子设备框图。该单子设备包括处理器91；用于存储所述处理器91可执行指令的存储器92，其中所述处理器91被配置为执行所述指令，以实现上述应用于WEB前端的请求处理方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在一些可能实现的实施方式中，本公开提供的请求处理的各个方面还可以实现为一种计算机程序产品的形式，其包括程序代码，当所述计算机程序产品在电子设备上运行时，所述程序代码用于使所述电子设备执行本说明书上述描述的根据本公开各种示例性实施方式的请求处理中的步骤，例如，所述电子设备可以执行如图1中所示的步骤S401，向接口管理平台发送接口访问请求，所述接口访问请求用于请求访问Server端的目标接口，和步骤S402，接收数据响应源返回的所述目标接口对应的目标数据。其中所述数据响应源为所述接口管理平台根据目标接口的开发完成状态确定的。

所述计算机程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本公开的实施方式的用于请求处理的计算机程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备上运行。然而，本公开的计算机程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

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

Claims (10)

1.一种请求处理方法，其特征在于，包括：

接收WEB前端发送的接口访问请求，所述接口访问请求用于请求访问Server端的目标接口；

判断所述目标接口的开发完成状态，并根据所述目标接口的开发完成状态确定所述接口访问请求的数据响应源；

由确定的所述数据响应源向所述WEB前端发送与所述目标接口对应的目标数据。

2.根据权利要求1所述的请求处理方法，其特征在于，所述目标接口的开发完成状态为目标接口开发未完成状态、目标接口测试状态、或目标接口上线状态。

3.根据权利要求2所述的请求处理方法，其特征在于，所述判断所述目标接口的开发完成状态，并根据所述目标接口的开发完成状态确定所述接口访问请求的数据响应源，包括：

当所述目标接口的开发完成状态为目标接口开发未完成状态或目标接口测试状态时，所述接口访问请求的数据响应源为接口管理平台的mock数据；

当所述目标接口的开发完成状态为目标接口上线状态时，所述接口访问请求的数据响应源为所述目标接口在Server端的响应数据。

4.根据权利要求3所述的请求处理方法，其特征在于，当所述数据响应源为接口管理平台的mock数据时，所述由确定的所述数据响应源向所述WEB前端发送与所述目标接口对应的目标数据，包括：

查找与所述目标接口对应的目标mock数据，向所述WEB前端发送所述目标mock数据。

5.根据权利要求3所述的请求处理方法，其特征在于，当数据响应源为所述目标接口在Server端的响应数据时，所述由确定的所述数据响应源向所述WEB前端发送与所述目标接口对应的目标数据，包括：

将所述接口访问请求转发给Server端，由所述Server端查找所述目标接口在Server端对应的目标响应数据，向所述WEB前端发送所述目标响应数据。

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

根据目标接口信息生成mock数据，并根据目标接口信息的变化更新所述mock数据。

7.一种请求处理装置，其特征在于，包括：

接收单元，被配置为执行接收WEB前端发送的接口访问请求，所述接口访问请求用于请求访问Server端的目标接口；

确定单元，被配置为执行判断所述目标接口的开发完成状态，并根据所述目标接口的开发完成状态确定所述接口访问请求的数据响应源；

处理单元，被配置为执行由确定的所述数据响应源向所述WEB前端发送与所述目标接口对应的目标数据。

8.根据权利要求7所述的请求处理装置，其特征在于，所述目标接口的开发完成状态为目标接口开发未完成状态、目标接口测试状态、或目标接口上线状态。

9.一种服务器，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至6中任一项所述的一种请求处理方法。

10.一种存储介质，其特征在于，当所述存储介质中的指令由服务器的处理器执行时，使得所述服务器能够执行如权利要求1至6中任一项所述的一种请求处理方法。