CN112529462A

CN112529462A - 业务验证方法、装置、服务器及存储介质

Info

Publication number: CN112529462A
Application number: CN202011547007.7A
Authority: CN
Inventors: 许峰
Original assignee: Ping An Puhui Enterprise Management Co Ltd
Current assignee: Ping An Puhui Enterprise Management Co Ltd
Priority date: 2020-12-24
Filing date: 2020-12-24
Publication date: 2021-03-19

Abstract

本申请涉及数据处理技术，尤其涉及一种业务验证方法、装置、服务器及存储介质，该方法包括：接收P个操作请求，P个操作请求中每一操作请求对应一个业务；响应P个操作请求，得到P个第一请求处理结果；确定操作请求i对应的停顿处理参数，并依据停顿处理参数进行停顿处理；接收与操作请求i对应的二次请求，继续执行响应操作请求i的后续操作，响应二次请求，得到第二请求处理结果；依据操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证；在第一请求处理结果为请求成功以及第二请求处理结果为请求失败时，则确定操作请求i对应的业务正常。采用本申请实施例能够提升并发场景中业务正确性的验证精准度。

Description

业务验证方法、装置、服务器及存储介质

技术领域

本申请涉及数据处理技术领域，具体涉及一种业务验证方法、装置、服务器及存储介质。

背景技术

目前行业内并发场景中验证业务是否正确一般采用模拟大数据量并发，检查日志及数据库中数据，来判断是否产生了错误的业务数据。举一个具体的例子，某购物网站程序，商品A的剩余数量为10件，验证并发场景下是否会造成1件商品被多位买家购买，现有方案一般是制造大量并发购买请求，通过检查日志及数据库成交记录判断是否出现“1件商品被多位买家购买”这样的错误匹配。这种方法由于缺少目标性，效率不高。即便测试结果正常，也有可能是由于并发请求的时机未能打中程序的缺陷点，无法证明程序正确性。因此，如何提升并发场景中业务正确性的验证精准度问题亟待解决。

发明内容

本申请实施例提供了一种业务验证方法、装置、服务器及存储介质，能够提升并发场景中业务正确性的验证精准度。

第一方面，本申请实施例提供一种业务验证方法，所述方法包括：

接收P个操作请求，所述P个操作请求中每一操作请求对应一个业务，所述P为大于1的整数；

在所述P大于预设阈值时，响应所述P个操作请求，得到P个第一请求处理结果，所述P个操作请求中每一操作请求对应一个第一请求处理结果；

确定操作请求i对应的停顿处理参数，并依据所述停顿处理参数进行停顿处理，所述操作请求i为所述P个操作请求中的任意一个操作请求；

接收与所述操作请求i对应的二次请求，继续执行响应所述操作请求i的后续操作，响应所述二次请求，得到第二请求处理结果；

依据所述操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证；

在所述第一请求处理结果为请求成功以及所述第二请求处理结果为请求失败时，则确定所述操作请求i对应的业务正常。

第二方面，本申请实施例提供一种业务验证装置，所述装置包括：接收单元、响应单元、确定单元和验证单元，其中，

接收单元，用于接收P个操作请求，所述P个操作请求中每一操作请求对应一个业务，所述P为大于1的整数；

响应单元，用于在所述P大于预设阈值时，响应所述P个操作请求，得到P个第一请求处理结果，所述P个操作请求中每一操作请求对应一个第一请求处理结果；

确定单元，用于确定操作请求i对应的停顿处理参数，并依据所述停顿处理参数进行停顿处理，所述操作请求i为所述P个操作请求中的任意一个操作请求；

所述接收单元，还用于接收与所述操作请求i对应的二次请求，继续执行响应所述操作请求i的后续操作，响应所述二次请求，得到第二请求处理结果；

所述验证单元，用于依据所述操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证；

所述确定单元，还用于在所述第一请求处理结果为请求成功以及所述第二请求处理结果为请求失败时，则确定所述操作请求i对应的业务正常。

第三方面，本申请实施例提供一种服务器，包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，上述程序包括用于执行本申请实施例第一方面中的步骤的指令。

第四方面，本申请实施例提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。

第五方面，本申请实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

实施本申请实施例，具备如下有益效果：

可以看出，本申请实施例中所描述的业务验证方法、装置、服务器及存储介质，接收P个操作请求，P个操作请求中每一操作请求对应一个业务，P为大于1的整数，在P大于预设阈值时，响应P个操作请求，得到P个第一请求处理结果，P个操作请求中每一操作请求对应一个第一请求处理结果，确定操作请求i对应的停顿处理参数，并依据停顿处理参数进行停顿处理，操作请求i为P个操作请求中的任意一个操作请求，接收与操作请求i对应的二次请求，继续执行响应操作请求i的后续操作，响应二次请求，得到第二请求处理结果，依据操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证，在第一请求处理结果为请求成功以及第二请求处理结果为请求失败时，则确定操作请求i对应的业务正常，如此，可以通过两次请求进行请求验证，一方面，验证实施便捷，另一方面，也可以提升并发场景中业务正确性的验证精准度。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种业务验证方法的流程示意图；

图2是本申请实施例提供的另一种业务验证方法的流程示意图；

图3是本申请实施例提供的一种服务器的结构示意图；

图4是本申请实施例提供的一种业务验证装置的功能单元组成框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

下面对本申请实施例进行详细介绍。

请参阅图1，图1是本申请实施例提供的一种业务验证方法的流程示意图，如图所示，应用于服务器，本业务验证方法包括：

101、接收P个操作请求，所述P个操作请求中每一操作请求对应一个业务，所述P为大于1的整数。

其中，服务器可以接收P个操作请求，P个操作请求中每一操作请求对应一个时间点，P个操作请求的时间点处于预设时间段，预设时间段可以由用户自行设置或者系统默认。本申请实施例可以应用于并发场景，并发场景可以指服务器在短时间内遇到大量操作请求，例如，常发生在抢购，秒杀情景。

可选地，上述步骤101-步骤102之间，还可以包括如下步骤：

A1、获取服务器的目标资源参数；

A2、按照预设的资源参数与操作请求数量之间的映射关系，确定所述目标资源参数对应的所述预设阈值。

具体实现中，目标资源参数可以为以下至少一种：软件资源参数，和/或，硬件资源参数。软件资源参数可以包括以下至少一种：进程数量、CPU资源占用率、GPU资源占用率、内存大小等等，在此不做限定。硬件资源参数可以包括以下至少一种：CPU型号、GPU型号、CPU核数、CPU处理速率、GPU处理速率等等，在此不做限定。

具体实现中，服务器中可以预先存储预设的资源参数与操作请求数量之间的映射关系，服务器可以获取服务器的目标资源参数，并按照预设的资源参数与操作请求数量之间的映射关系，确定目标资源参数对应的预设阈值，在P大于预设阈值，执行步骤102，反之，则说明并非是并发场景，则可以不执行后续步骤。

进一步可选地，上述步骤A1，获取服务器的目标资源参数，可以包括如下步骤：

A11、获取目标业务类型标识；

A12、按照预设的业务类型标识与资源类型标识之间的映射关系，确定与所述目标业务类型标识对应的目标资源类型标识；

A13、获取与所述目标资源类型标识对应的所述目标资源参数。

其中，电子设备中可以预先存储预设的业务类型标识与资源类型标识之间的映射关系。具体实现中，业务类型标识用于标识业务类型，业务类型可以为以下至少一种：支付业务、退货业务、退款业务、购买业务等等，在此不作限定。资源类型标识用于标识资源类型，资源类型可以为以下至少一种：CPU资源、GPU资源、内存资源等等，在此不作限定。

具体实现中，服务器在针对某一业务进行验证时，则可以获取该业务的业务类型标识，即服务器可以获取目标业务类型标识，并按照预设的业务类型标识与资源类型标识之间的映射关系，确定与目标业务类型标识对应的目标资源类型标识，获取与目标资源类型标识对应的目标资源参数，如此，可以获取与业务对应的资源参数，有助于提升后续业务验证精准度。

102、在所述P大于预设阈值时，响应所述P个操作请求，得到P个第一请求处理结果，所述P个操作请求中每一操作请求对应一个第一请求处理结果。

其中，预设阈值可以由用户自行设置或者系统默认。服务器可以在P大于预设阈值时，响应P个操作请求，得到P个第一请求处理结果，P个操作请求中每一操作请求对应一个第一请求处理结果。第一请求处理结果可以为请求成功或者请求失败。

103、确定操作请求i对应的停顿处理参数，并依据所述停顿处理参数进行停顿处理，所述操作请求i为所述P个操作请求中的任意一个操作请求。

其中，停顿处理参数可以为断点处理参数或者锁定数据库表的锁定参数。具体实现中，以操作请求i为例，操作请求i为P个操作请求中的任意一个操作请求，服务器可以确定操作请求i对应的停顿处理参数，并依据停顿处理参数进行停顿处理，进而，可以便于响应二次请求，以实现业务验证。当然，操作请求i也可以为多个操作请求，即操作请求i为P个操作请求中的多个操作请求，进而，可以实现对多个操作请求进行业务验证。

可选地，在所述停顿处理参数为断点处理参数时，上述步骤103，确定操作请求i对应的停顿处理参数，可以包括如下步骤：

A31、确定操作请求i对应的目标业务类型；

A32、按照预设的业务类型以及断点处理参数之间的映射关系，确定所述目标业务类型对应的目标断点处理参数。

其中，服务器中可以预先存储预设的业务类型以及断点处理参数之间的映射关系，断点处理参数可以为以下至少一种：断点位置、断点函数类型、停顿时长等等，在此不做限定。具体实现中，服务器可以确定操作请求i对应的目标业务类型，并且按照预设的业务类型以及断点处理参数之间的映射关系，确定目标业务类型对应的目标断点处理参数。

可选地，在所述停顿处理参数为锁定数据库表的锁定参数时，上述步骤103，确定操作请求i对应的停顿处理参数，可以包括如下步骤：

B31、获取操作请求i对应的目标存储标识；

B32、按照预设的存储标识与锁定数据库表的锁定参数之间的映射关系，确定所述目标存储标识对应的目标锁定参数。

其中，不同的操作请求可以预先分配相应的存储标识，存储标识用于锁定存储位置。锁定参数可以为以下至少一种：锁定位置、锁定时长、锁定范围等等，在此不作限定。具体实现中，服务器可以获取操作请求i对应的目标存储标识，进而，可以按照预设的存储标识与锁定数据库表的锁定参数之间的映射关系，确定目标存储标识对应的目标锁定参数。

104、接收与所述操作请求i对应的二次请求，继续执行响应所述操作请求i的后续操作，响应所述二次请求，得到第二请求处理结果。

其中，服务器可以接收与操作请求i对应的二次请求，进而，则可以继续执行响应操作请求i的后续操作，响应二次请求，得到第二请求处理结果，第二请求处理结果可以为请求成功或者请求失败。

105、依据所述操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证。

具体地，服务器可以依据操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证，具体地，可以是检测第一请求处理结果以及第二请求处理结果是否满足预设要求，预设要求可以由用户自行设置或者系统默认，满足预设要求则业务验证成功，反之，则验证失败。

106、在所述第一请求处理结果为请求成功以及所述第二请求处理结果为请求失败时，则确定所述操作请求i对应的业务正常。

具体实现中，如果第1个请求成功，第2个请求失败，说明程序处理正确。如果2个请求都处理成功，说明程序出现异常。基于上述本申请实施例，使用精准性验证方法，测试目地性变得非常明确，避免了大数据量并发的盲目测试场景。

可见本申请实施例中，以2次请求取代了传统方法的大量并发请求，验证方法针对性强。2次请求先后到达服务器，验证在此业务场景中第2个请求是否会被处理失败。

可选地，在所述第一请求处理结果为请求成功且所述第二请求处理结果为请求成功时，则确认所述操作请求i对应的业务异常；

或者，

在所述第一请求处理结果为请求失败且所述第二请求处理结果为请求失败时，则确认所述操作请求i对应的业务异常；

或者，在所述第一请求处理结果为请求失败且所述第二请求处理结果为请求成功时，则确认所述操作请求i对应的业务异常。

其中，具体实现中，服务器在第一请求处理结果为请求成功且第二请求处理结果为请求成功时，则确认操作请求i对应的业务异常，以及在第一请求处理结果为请求失败且第二请求处理结果为请求失败时，则确认操作请求i对应的业务异常，以及在第一请求处理结果为请求失败且第二请求处理结果为请求成功时，则确认操作请求i对应的业务异常，在业务异常时，则可以重新进行业务验证，或者，还可以对程序进行修复，以保证业务正常进行。

举例说明下，以购买商品场景为例，验证其程序在并发场景中业务是否正确，验证步骤可以为：

1、某商品剩余数量置为10件；

2、在判断库存数量代码块后设置断点；

3、发送请求1购买8件；

4、发送请求2购买7件；

5、移除断点，使程序往下运行；

6、检查请求1，请求2处理结果；

7、如果请求1处理成功，请求2处理失败，程序逻辑正确；如果请求1，2处理均成功，程序逻辑错误。

可见，该本申请实施例中，可以在一个线程运行到特定的环节(一般是指查询语句判断服务器可以处理这个请求，但还未进行真正的业务处理的环节)时让其暂停运行，让另一个线程进入，然后放开断点，验证后继处理逻辑是否正确。如此，可以保证业务验证可以正常进行，也不影响业务实现，有助于提升业务验证效率。

可以看出，本申请实施例中所描述的业务验证方法，接收P个操作请求，P个操作请求中每一操作请求对应一个业务，P为大于1的整数，在P大于预设阈值时，响应P个操作请求，得到P个第一请求处理结果，P个操作请求中每一操作请求对应一个第一请求处理结果，确定操作请求i对应的停顿处理参数，并依据停顿处理参数进行停顿处理，操作请求i为P个操作请求中的任意一个操作请求，接收与操作请求i对应的二次请求，继续执行响应操作请求i的后续操作，响应二次请求，得到第二请求处理结果，依据操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证，在第一请求处理结果为请求成功以及第二请求处理结果为请求失败时，则确定操作请求i对应的业务正常，如此，可以通过两次请求进行请求验证，一方面，验证实施便捷，另一方面，也可以提升并发场景中业务正确性的验证精准度。

请参阅图2，图2是本申请实施例提供的一种业务验证方法的流程示意图，应用于服务器，如图所示，本业务验证方法包括：

201、接收P个操作请求，所述P个操作请求中每一操作请求对应一个业务，所述P为大于1的整数。

202、获取服务器的目标资源参数。

203、按照预设的资源参数与操作请求数量之间的映射关系，确定所述目标资源参数对应的预设阈值。

204、在所述P大于所述预设阈值时，响应所述P个操作请求，得到P个第一请求处理结果，所述P个操作请求中每一操作请求对应一个第一请求处理结果。

205、确定操作请求i对应的停顿处理参数，并依据所述停顿处理参数进行停顿处理，所述操作请求i为所述P个操作请求中的任意一个操作请求。

206、接收与所述操作请求i对应的二次请求，继续执行响应所述操作请求i的后续操作，响应所述二次请求，得到第二请求处理结果。

207、依据所述操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证。

208、在所述第一请求处理结果为请求成功以及所述第二请求处理结果为请求失败时，则确定所述操作请求i对应的业务正常。

其中，上述步骤201-步骤208的具体描述可以参照上述图1所描述的相应步骤，在此不再赘述。

可以看出，本申请实施例中所描述的业务验证方法，接收P个操作请求，P个操作请求中每一操作请求对应一个业务，P为大于1的整数，获取服务器的目标资源参数，按照预设的资源参数与操作请求数量之间的映射关系，确定目标资源参数对应的预设阈值，在P大于预设阈值时，响应P个操作请求，得到P个第一请求处理结果，P个操作请求中每一操作请求对应一个第一请求处理结果，确定操作请求i对应的停顿处理参数，并依据停顿处理参数进行停顿处理，操作请求i为P个操作请求中的任意一个操作请求，接收与操作请求i对应的二次请求，继续执行响应操作请求i的后续操作，响应二次请求，得到第二请求处理结果，依据操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证，在第一请求处理结果为请求成功以及第二请求处理结果为请求失败时，则确定操作请求i对应的业务正常，如此，可以通过服务器的资源精准识别并发场景，并可以通过两次请求进行请求验证，一方面，验证实施便捷，另一方面，也可以提升并发场景中业务正确性的验证精准度。

与上述实施例一致地，请参阅图3，图3是本申请实施例提供的一种服务器的结构示意图，如图所示，该服务器包括处理器、存储器、通信接口以及一个或多个程序，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，本申请实施例中，上述程序包括用于执行以下步骤的指令：

可以看出，本申请实施例中所描述的服务器，接收P个操作请求，P个操作请求中每一操作请求对应一个业务，P为大于1的整数，在P大于预设阈值时，响应P个操作请求，得到P个第一请求处理结果，P个操作请求中每一操作请求对应一个第一请求处理结果，确定操作请求i对应的停顿处理参数，并依据停顿处理参数进行停顿处理，操作请求i为P个操作请求中的任意一个操作请求，接收与操作请求i对应的二次请求，继续执行响应操作请求i的后续操作，响应二次请求，得到第二请求处理结果，依据操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证，在第一请求处理结果为请求成功以及第二请求处理结果为请求失败时，则确定操作请求i对应的业务正常，如此，可以通过两次请求进行请求验证，一方面，验证实施便捷，另一方面，也可以提升并发场景中业务正确性的验证精准度。

可选地，所述停顿处理参数为断点处理参数或者锁定数据库表的锁定参数。

可选地，在所述停顿处理参数为断点处理参数时，在所述确定操作请求i对应的停顿处理参数方面，上述程序包括用于执行以下步骤的指令：

确定操作请求i对应的目标业务类型；

按照预设的业务类型以及断点处理参数之间的映射关系，确定所述目标业务类型对应的目标断点处理参数。

可选地，在所述停顿处理参数为锁定数据库表的锁定参数时，在所述确定操作请求i对应的停顿处理参数方面，上述程序包括用于执行以下步骤的指令：

获取操作请求i对应的目标存储标识；

按照预设的存储标识与锁定数据库表的锁定参数之间的映射关系，确定所述目标存储标识对应的目标锁定参数。

可选地，在所述接收P个操作请求之后，以及在所述在所述P大于预设阈值时，响应所述P个操作请求，得到P个第一请求处理结果之前，上述程序还包括用于执行以下步骤的指令：

获取服务器的目标资源参数；

按照预设的资源参数与操作请求数量之间的映射关系，确定所述目标资源参数对应的所述预设阈值。

可选地，在所述获取服务器的目标资源参数方面，上述程序包括用于执行以下步骤的指令：

获取目标业务类型标识；

按照预设的业务类型标识与资源类型标识之间的映射关系，确定与所述目标业务类型标识对应的目标资源类型标识；

获取与所述目标资源类型标识对应的所述目标资源参数。

可选地，在所述依据所述操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证之后，上述程序还包括用于执行以下步骤的指令：

在所述第一请求处理结果为请求成功且所述第二请求处理结果为请求成功时，则确认所述操作请求i对应的业务异常；

或者，

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，服务器为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对服务器进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图4是本申请实施例中所涉及的业务验证装置400的功能单元组成框图。该业务验证装置400，所述装置400包括：接收单元401、响应单元402、确定单元403和验证单元404，其中，

所述接收单元401，用于接收P个操作请求，所述P个操作请求中每一操作请求对应一个业务，所述P为大于1的整数；

所述响应单元402，用于在所述P大于预设阈值时，响应所述P个操作请求，得到P个第一请求处理结果，所述P个操作请求中每一操作请求对应一个第一请求处理结果；

所述确定单元403，用于确定操作请求i对应的停顿处理参数，并依据所述停顿处理参数进行停顿处理，所述操作请求i为所述P个操作请求中的任意一个操作请求；

所述接收单元401，还用于接收与所述操作请求i对应的二次请求，继续执行响应所述操作请求i的后续操作，响应所述二次请求，得到第二请求处理结果；

所述验证单元404，用于依据所述操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证；

所述确定单元403，还用于在所述第一请求处理结果为请求成功以及所述第二请求处理结果为请求失败时，则确定所述操作请求i对应的业务正常。

可以看出，本申请实施例中所描述的业务验证装置，接收P个操作请求，P个操作请求中每一操作请求对应一个业务，P为大于1的整数，在P大于预设阈值时，响应P个操作请求，得到P个第一请求处理结果，P个操作请求中每一操作请求对应一个第一请求处理结果，确定操作请求i对应的停顿处理参数，并依据停顿处理参数进行停顿处理，操作请求i为P个操作请求中的任意一个操作请求，接收与操作请求i对应的二次请求，继续执行响应操作请求i的后续操作，响应二次请求，得到第二请求处理结果，依据操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证，在第一请求处理结果为请求成功以及第二请求处理结果为请求失败时，则确定操作请求i对应的业务正常，如此，可以通过两次请求进行请求验证，一方面，验证实施便捷，另一方面，也可以提升并发场景中业务正确性的验证精准度。

可选地，在所述停顿处理参数为断点处理参数时，在所述确定操作请求i对应的停顿处理参数方面，所述确定单元403具体用于：

确定操作请求i对应的目标业务类型；

可选地，在所述停顿处理参数为锁定数据库表的锁定参数时，在所述确定操作请求i对应的停顿处理参数方面，所述确定单元403具体用于：

获取操作请求i对应的目标存储标识；

可选地，在所述接收P个操作请求之后，以及在所述在所述P大于预设阈值时，响应所述P个操作请求，得到P个第一请求处理结果之前，所述装置400还具体用于：

获取服务器的目标资源参数；

可选地，在所述获取服务器的目标资源参数方面，所述装置400还具体用于：

获取目标业务类型标识；

获取与所述目标资源类型标识对应的所述目标资源参数。

可选地，在所述依据所述操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证之后，所述确定单元403具体用于：

或者，

可以理解的是，本实施例的业务验证装置的各程序模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括服务器。

本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括服务器。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种业务验证方法，其特征在于，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述停顿处理参数为断点处理参数或者锁定数据库表的锁定参数。

3.根据权利要求2所述的方法，其特征在于，在所述停顿处理参数为断点处理参数时，所述确定操作请求i对应的停顿处理参数，包括：

确定操作请求i对应的目标业务类型；

4.根据权利要求2所述的方法，其特征在于，在所述停顿处理参数为锁定数据库表的锁定参数时，所述确定操作请求i对应的停顿处理参数，包括：

获取操作请求i对应的目标存储标识；

5.根据权利要求1-4任一项所述的方法，其特征在于，在所述接收P个操作请求之后，以及在所述在所述P大于预设阈值时，响应所述P个操作请求，得到P个第一请求处理结果之前，所述方法还包括：

获取服务器的目标资源参数；

6.根据权利要求5所述的方法，其特征在于，所述获取服务器的目标资源参数，包括：

获取目标业务类型标识；

获取与所述目标资源类型标识对应的所述目标资源参数。

7.根据权利要求1-4任一项所述的方法，其特征在于，在所述依据所述操作请求i对应的第一请求处理结果以及对应的第二请求处理结果进行业务正确性验证之后，所述方法还包括：

或者，

8.一种业务验证装置，其特征在于，所述装置包括：接收单元、响应单元、确定单元和验证单元，其中，

所述接收单元，用于接收P个操作请求，所述P个操作请求中每一操作请求对应一个业务，所述P为大于1的整数；

所述响应单元，用于在所述P大于预设阈值时，响应所述P个操作请求，得到P个第一请求处理结果，所述P个操作请求中每一操作请求对应一个第一请求处理结果；

所述确定单元，用于确定操作请求i对应的停顿处理参数，并依据所述停顿处理参数进行停顿处理，所述操作请求i为所述P个操作请求中的任意一个操作请求；

9.一种服务器，其特征在于，包括处理器、存储器，所述存储器用于存储一个或多个程序，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-7任一项所述的方法中的步骤的指令。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。