CN112035303A - 一种数据测试方法、装置、计算机及可读存储介质 - Google Patents

Abstract

本申请实施例公开了一种数据测试方法、装置、计算机及可读存储介质，该方法包括：响应针对检测业务的业务测试请求，获取检测业务对应的用例配置信息；用例配置信息包括至少两个运行接口；获取检测业务对应的目标虚拟用户集合；目标虚拟用户集合包括目标虚拟用户；获取目标虚拟用户的目标用户标签，根据目标用户标签，从至少两个运行接口中确定与目标虚拟用户关联的目标运行接口；通过目标虚拟用户调用目标运行接口，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，根据测试数据生成测试报告。采用本申请，可以提高对运行接口测试的及时性和效率。

Description

一种数据测试方法、装置、计算机及可读存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种数据测试方法、装置、计算机及可读存储介质。

背景技术

随着互联网的发展，通过互联网实现的业务也就越来越多。其中，在互联网和金融领域中存在一种业务种类繁多，而每一种业务的客流量却较少(如每天只有几笔线上交易或间隔一段时间才会有几笔线上交易)的业务，该业务可以认为是流量少和用户使用频率小的业务，一般称为低频业务。而随着线上业务的增多，对各个业务的异常检测也就格外重要，目前，是在有用户使用业务时，对该用户的使用过程进行监测，以检测该业务是否存在异常。然而，由于低频业务的用户使用频率较小，流量较少，使得该低频业务偶尔才会被触发，且无法得到该低频业务足够多的运行数据，使得低频业务的异常无法被及时发现，降低了低频业务的异常获取的及时性及效率。

发明内容

本申请实施例提供了一种数据测试方法、装置、计算机及可读存储介质，可以提高对运行接口的测试效率。

本申请实施例一方面提供了一种数据测试方法，该方法包括：

响应针对检测业务的业务测试请求，获取检测业务对应的用例配置信息；用例配置信息包括至少两个运行接口；至少两个运行接口为用于对实际运行用户的实际调用操作进行响应的接口；

获取检测业务对应的目标虚拟用户集合；目标虚拟用户集合包括目标虚拟用户；

获取目标虚拟用户的目标用户标签，根据目标用户标签，从至少两个运行接口中确定与目标虚拟用户关联的目标运行接口；

通过目标虚拟用户调用目标运行接口，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，根据测试数据生成测试报告。

本申请实施例一方面提供了一种数据测试装置，该装置包括：

配置获取模块，用于响应针对检测业务的业务测试请求，获取检测业务对应的用例配置信息；用例配置信息包括至少两个运行接口；至少两个运行接口为用于对实际运行用户的实际调用操作进行响应的接口；

用户获取模块，用于获取检测业务对应的目标虚拟用户集合；目标虚拟用户集合包括目标虚拟用户；

接口确定模块，用于获取目标虚拟用户的目标用户标签，根据目标用户标签，从至少两个运行接口中确定与目标虚拟用户关联的目标运行接口；

接口测试模块，用于通过目标虚拟用户调用目标运行接口，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，根据测试数据生成测试报告。

其中，该装置还包括：

业务遍历模块，用于获取至少两个可执行业务及第一***网络时间，依次遍历至少两个可执行业务；

测试触发模块，用于获取第i个可执行业务的测试频率，若根据第i个可执行业务的测试频率，确定第一***网络时间为第i个可执行业务的测试时间，则将第i个可执行业务确定为检测业务，生成针对检测业务的业务测试请求；i为正整数，i小于或等于至少两个可执行业务包括的可执行业务的数量。

其中，该装置还包括：

业务变更模块，用于响应针对可执行业务的业务变更请求，基于业务变更请求更新可执行业务；

该测试触发模块，还用于将更新后的可执行业务确定为检测业务，生成针对检测业务的业务测试请求。

其中，该装置还包括：

用户创建模块，用于获取至少两个可执行业务，为每个可执行业务创建至少两个虚拟用户，根据至少两个虚拟用户确定对应的可执行业务的虚拟用户集合；

关系存储模块，用于存储虚拟用户集合与对应的可执行业务之间的映射关系；

该用户获取模块，具体用于：

基于映射关系，获取检测业务对应的目标虚拟用户集合；至少两个可执行业务包括检测业务。

其中，在为每个可执行业务创建至少两个虚拟用户，根据至少两个虚拟用户确定对应的可执行业务的虚拟用户集合方面，该用户创建模块包括：

时间划分单元，用于为每个可执行业务创建至少两个虚拟用户，获取至少两个测试时间段；

用户分组单元，用于将第i个可执行业务的至少两个虚拟用户划分为n个用户组，将n个用户组中的第j个用户组，分配为第i个可执行业务在第j个测试时间段的虚拟用户集合，直至分配得到每个可执行业务分别对应的n个虚拟用户集合；i为正整数，i小于或等于至少两个可执行业务包括的可执行业务的数量，n为正整数，n为至少两个测试时间段包括的测试时间段的数量，j为正整数，j小于或等于n；

该用户获取模块，包括：

时间获取单元，用于获取第二***网络时间，在至少两个测试时间段中，获取第二***网络时间所属的目标测试时间段；

用户确定单元，用于基于映射关系，获取检测业务在目标测试时间段对应的目标虚拟用户集合。

其中，在为每个可执行业务创建至少两个虚拟用户方面，该用户创建模块还包括：

类型获取单元，用于获取至少两个可执行业务中第i个可执行业务包括的接口类型，获取接口类型对应的虚拟用户类型；i为正整数，i小于或等于至少两个可执行业务包括的可执行业务的数量；

用户生成单元，用于为第i个可执行业务创建虚拟用户类型对应的至少两个虚拟用户，为至少两个虚拟用户添加虚拟用户类型对应的用户标签，直至得到每个可执行业务的至少两个虚拟用户；用户标签包括目标虚拟用户的目标用户标签。

其中，该虚拟用户类型包括模拟用户类型、测试用户类型以及合作用户类型；

该接口确定模块，包括：

标签获取单元，用于获取目标虚拟用户的目标用户标签；

接口确定单元，用于若目标用户标签为模拟用户标签，则将至少两个运行接口中与模拟用户标签关联的运行接口，确定为目标运行接口；模拟用户标签是指模拟用户类型对应的用户标签；

该接口确定单元，还用于若目标用户标签为测试用户标签，则将至少两个运行接口中与测试用户标签关联的运行接口，确定为目标运行接口；测试用户标签是指测试用户类型对应的用户标签；

该接口确定单元，还用于若目标用户标签为合作用户标签，则将至少两个运行接口中与合作用户标签关联的运行接口，确定为目标运行接口；合作用户标签是指合作用户类型对应的用户标签。

其中，该目标虚拟用户集合包括至少两个目标虚拟用户；

在通过目标虚拟用户调用目标运行接口方面，该接口测试模块包括：

进程生成单元，用于获取至少两个目标虚拟用户的用户数量，基于至少两个目标虚拟用户创建至少两个测试进程；至少两个测试进程的测试进程数量为用户数量；

进程执行单元，用于在第k个测试进程中，通过第k个目标虚拟用户调用目标运行接口；k为正整数，k小于或等于用户数量。

其中，在通过目标虚拟用户调用目标运行接口方面，该接口测试模块包括：

环境搭建单元，用于获取目标运行接口的目标环境配置信息，基于目标环境配置信息，在目标运行接口中搭建对目标虚拟用户的隔离环境；隔离环境用于对目标运行接口的业务测试请求对应的执行过程，与实际调用操作对应的执行过程进行隔离；

接口调用单元，用于在隔离环境中，获取目标虚拟用户的目标账户信息，基于目标账户信息调用目标运行接口。

其中，该接口调用单元，包括：

资产获取子单元，用于在隔离环境中，获取目标虚拟用户的目标账户信息，从目标账户信息对应的目标虚拟账户中获取电子资产；电子资产是虚拟测试账户分配至目标虚拟账户中的；

资产回收子单元，用于将电子资产输入目标运行接口，执行目标运行接口对应的子业务，当子业务执行结束时，将电子资产回收至目标虚拟账户中；

该装置还包括：

资产转移模块，用于若电子资产在目标虚拟账户中的时长大于资产分配时长阈值，则将电子资产发送至虚拟测试账户中。

其中，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，该接口测试模块包括：

名单隔离单元，用于若目标运行接口的接口类型为概率选取类型或物品交易类型，则将目标虚拟用户添加至目标运行接口的选取结果黑名单中，基于选取结果黑名单，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离；选取结果黑名单用于表征目标虚拟用户不参与目标运行接口的实际调用过程；

该装置还包括：

名单获取模块，用于响应针对目标运行接口的实际调用操作，获取目标运行接口关联的候选用户，获取选取结果黑名单；

实际运行模块，用于将候选用户中不属于选取结果黑名单的候选用户，作为目标实际运行用户，通过目标实际运行用户执行目标运行接口。

其中，该装置还包括：

异常提示模块，用于获取测试数据中的异常数据，若异常数据在测试数据中的比例大于或等于异常阈值，则显示异常提示消息；异常提示消息包括异常数据。

其中，该装置还包括：

数据获取模块，用于获取目标运行接口的接口数据集及接口执行日志；接口数据集包括至少两个接口数据；

数据筛选模块，用于获取接口数据集中的各个接口数据的接口标签，将接口标签为业务数据标签的接口数据确定为保留接口数据，将接口标签为测试数据标签的接口数据确定为测试接口数据；

日志筛选模块，用于获取接口执行日志中的日志数据的日志标签，将日志标签为业务日志标签的日志数据确定为保留日志数据，将日志标签为测试日志标签的日志数据确定为测试日志数据；

真实数据确定模块，用于根据保留接口数据及保留日志数据，生成目标运行接口的真实调用数据；

在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，该接口测试模块具体用于：

根据测试接口数据及测试日志数据，生成目标运行接口的测试数据。

本申请实施例一方面提供了一种计算机设备，包括处理器、存储器、输入输出接口；

处理器分别与存储器和输入输出接口相连，其中，输入输出接口用于接收数据及输出数据，存储器用于存储程序代码，处理器用于调用程序代码，以执行本申请实施例一方面中的数据测试方法。

本申请实施例一方面提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序包括程序指令，程序指令当被处理器执行时，执行本申请实施例一方面中的数据测试方法。

本申请实施例一方面提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例一方面中的各种可选方式中提供的方法。

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

本申请实施例通过响应针对检测业务的业务测试请求，获取检测业务对应的用例配置信息；用例配置信息包括至少两个运行接口；至少两个运行接口为用于对实际运行用户的实际调用操作进行响应的接口；获取检测业务对应的目标虚拟用户集合；目标虚拟用户集合包括目标虚拟用户；获取目标虚拟用户的目标用户标签，根据目标用户标签，从至少两个运行接口中确定与目标虚拟用户关联的目标运行接口；通过目标虚拟用户调用目标运行接口，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，根据测试数据生成测试报告。通过该过程，对运行接口进行测试，其中，实际运行用户及虚拟用户均可以调用该运行接口，通过对实际运行用户及虚拟用户对运行接口的调用过程进行隔离，使得在不会影响运行接口的实际调用过程的情况下，实现对该运行接口的自动化测试，提高了对运行接口的数据测试效率。尤其在对低频业务来说，可以基于虚拟用户对该低频业务的运行接口进行测试，以实现对低频业务的实时检测，提高了数据测试的及时性及效率。

附图说明

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

图1是本申请实施例提供的一种数据测试网络架构图；

图2是本申请实施例提供的一种数据测试的场景示意图；

图3是本申请实施例提供的一种数据测试的方法流程图；

图4是本申请实施例提供的一种业务运行场景示意图；

图5是本申请实施例提供的一种数据测试的具体流程示意图；

图6a是本申请实施例提供的一种映射关系示意图；

图6b是本申请实施例提供的另一种映射关系示意图；

图7是本申请实施例提供的一种基于业务变更的业务测试请求生成场景示意图；

图8是本申请实施例提供的一种测试数据过滤架构图；

图9是本申请实施例提供的一种数据测试流程架构图；

图10是本申请实施例提供的一种数据测试模块架构图；

图11a是本申请实施例提供的一种资产转移流向示意图；

图11b是本申请实施例提供的一种隔离设置示意图；

图12a是本申请实施例提供的一种用例执行流程示意图；

图12b是本申请实施例提供的一种告警触发过程示意图；

图13是本申请实施例提供的一种数据测试装置示意图；

图14是本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

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

具体的，请参见图1，图1是本申请实施例提供的一种数据测试网络架构图，本申请实施例可以由计算机设备实现，其中，该计算机设备可以是由服务器及终端设备组成；该计算机设备还可以是服务器或终端设备，在此不做限定。其中，该计算机设备可以获取到所有用户产生的数据，如虚拟用户或实际运行用户等。如图1所示，计算机设备101可以与用户设备之间进行数据通信，该用户设备包括用户设备102a、用户设备102b及用户设备102c等，通过该数据通信，各个用户设备可以访问该计算机设备101，实现对各个可执行业务的访问，计算机设备101可以监测各个用户设备对可执行业务的访问过程，得到可执行业务的各个运行接口的真实调用数据；计算机设备101可以监测各个虚拟用户对可执行业务的访问过程，得到可执行业务的各个运行接口的测试数据。计算机设备101可以通过获取到的真实调用数据及测试数据，实现对可执行业务的各个运行接口的测试。通过以上过程，可以使得在没有实际运行用户访问可执行业务时，仍可以通过虚拟用户实现对可执行业务的访问，从而可以提高对可执行业务的运行接口的测试的及时性和效率。同时，计算机设备101可以对各个用户设备对运行接口的访问过程，以及虚拟用户对运行接口的访问过程进行数据隔离，使得对运行接口的测试过程不会影响该运行接口的实际调用过程，从而提高对已经发布的运行接口的测试的效率。可选的，本申请实施例中所提及的计算机设备及用户设备等可以组成区块链网络，例如，计算机设备101可以与各个用户设备之间组成了区块链网络，计算机设备101及各个用户设备可以认为是该区块链网络中的网络节点，该计算机设备101与各个用户设备之间可以通过区块链进行数据通信，提高数据通信的安全可靠性。

可以理解的是，本申请实施例中所提及的计算机设备或用户设备包括但不限于终端设备或服务器。换句话说，计算机设备或用户设备可以是服务器或终端设备，也可以是服务器和终端设备组成的***。其中，以上所提及的终端设备可以是一种电子设备，包括但不限于手机、平板电脑、台式电脑、笔记本电脑、掌上电脑、增强现实/虚拟现实(AugmentedReality/Virtual Reality，AR/VR)设备、头盔显示器、可穿戴设备、智能音箱及其他具备网络接入能力的移动互联网设备(mobile internet device，MID)等。其中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

进一步地，请参见图2，图2是本申请实施例提供的一种数据测试的场景示意图。如图2所示，计算机设备响应针对检测业务201的业务测试请求，该业务测试请求可以是由计算机设备主动触发的，换句话说，计算机设备可以主动触发该检测业务201，以生成该检测业务201的业务测试请求，响应该业务测试请求，获取该检测业务201的用例配置信息202，该用例配置信息202包括至少两个运行接口，可选的，该用例配置信息202还包括各个运行接口的测试用例等。其中，该用例配置信息202等可以存储于区块链中，该计算机设备可以从区块链中获取该检测业务201的用例配置信息202。其中，该检测业务201及该检测业务201中的各个运行接口是已经发布的接口，即实际运行用户可以访问该检测业务201的各个运行接口，例如，该检测业务201为购物业务，实际运行用户可以基于该购物业务的各个运行接口进行购物(包括浏览商品—>提交订单—>等待物流—>确认收货等过程)，具体来说，一个可执行业务的生成包括开发过程、测试过程及发布使用过程等，本申请用于在可执行业务的发布使用过程中，对可执行业务的运行接口进行测试，以对该可执行业务的各个运行接口进行优化。其中，开发过程包括但不限于对可执行业务的需求分析、对功能实现的算法和方法等的设计、对程序逻辑结构和模块的设计以及对计算机程序的编码和调试等过程；测试过程用于对实现的可执行业务的计算机程序进行测试，如测试该可执行业务的计算机程序是否满足需求等；发布使用过程为对计算机程序测试通过后，投入使用的过程，即真实用户可以调用该计算机程序的过程。

其中，计算机设备可以获取该检测业务对应的目标虚拟用户集合203，该目标虚拟用户集合203中包括目标虚拟用户，获取目标虚拟用户的目标用户标签，其中，该目标用户标签包括模拟用户标签、测试用户标签及合作用户标签，其中，该模拟用户标签为模拟实际运行用户所生成的虚拟用户的标签，测试用户标签为用于测试可执行业务的后台接口等的虚拟用户的标签，合作用户标签用于表示模拟第三方用户所生成的虚拟用户的标签。计算机设备可以根据目标虚拟用户的目标用户标签，从至少两个运行接口中确定与目标虚拟用户相关联的目标运行接口，其中，目标虚拟用户与目标运行接口之间的关联关系是在生成目标虚拟用户时预设的。计算机设备可以基于目标虚拟用户调用目标运行接口，在该目标运行接口中对调用该目标运行接口的目标虚拟用户及实际运行用户进行数据隔离，该数据隔离包括对目标虚拟用户及实际运行用户在调用目标运行接口时所产生的数据的隔离，以及对目标虚拟用户及实际运行用户对目标运行接口的调用过程的隔离等。通过该数据隔离，可以在不影响目标运行接口的实际调用过程的情况下，实现对目标运行接口的测试，而且对该目标运行接口的测试不会使该目标运行接口发生变化，从而提高了对运行接口的测试更为精准，且不会影响实际运行用户(即真实用户)对该目标运行接口的调用，可以在测试中也保障实际运行用户的体验。

进一步地，请参见图3，图3是本申请实施例提供的一种数据测试的方法流程图。如图3所示，该数据测试过程包括如下步骤：

步骤S301，响应针对检测业务的业务测试请求，获取该检测业务对应的用例配置信息，该用例配置信息包括至少两个运行接口。

在本申请实施例中，计算机设备可以主动触发可执行业务，将该可执行业务确定为检测业务，生成该检测业务的业务测试请求，或者业务人员去触发对可执行业务的测试过程，计算机设备获取到针对该可执行业务的测试过程的触发操作，将该可执行业务确定为检测业务，生成该检测业务的业务测试请求等。计算机设备生成该检测业务的业务测试请求后，响应针对该检测业务的业务测试请求，基于该业务测试请求获取该检测业务对应的用例配置信息，该用例配置信息包括至少两个运行接口，其中，至少两个运行接口为用于实际运行用户(即真实用户)的实际调用操作进行响应的接口，即，该至少两个运行接口为处于发布使用过程的运行接口。

步骤S302，获取检测业务对应的目标虚拟用户集合，该目标虚拟用户集合中包括目标虚拟用户。

在本申请实施例中，获取该检测业务对应的目标虚拟用户集合，该目标虚拟用户集合可以包括至少两个目标虚拟用户，可以通过至少两个目标虚拟用户对该检测业务的各个运行接口进行同步测试，以及对不同类型的运行接口进行测试，以提高测试效率。可选的，该用例配置信息还可以包括虚拟用户配置等，该虚拟用户配置用于表示可执行业务与虚拟用户集合之间的映射关系。计算机设备可以获取该用例配置信息中的虚拟用户配置，基于该虚拟用户配置中的映射关系，获取检测业务对应的虚拟用户集合，将该检测业务对应的虚拟用户集合记作目标虚拟用户集合。

步骤S303，获取该目标虚拟用户的目标用户标签，根据目标用户标签，从至少两个运行接口中确定与目标虚拟用户关联的目标运行接口。

在本申请实施例中，计算机设备可以获取目标虚拟用户的目标用户标签，该目标用户标签可以为模拟用户标签、测试用户标签或合作用户标签。计算机设备可以根据该目标用户标签，从至少两个运行接口中确定与目标虚拟用户关联的目标运行接口。其中，当该目标虚拟用户集合中包括至少两个目标虚拟用户时，计算机设备可以获取每个目标虚拟用户的目标用户标签，基于该目标用户标签，从至少两个运行接口中确定每个目标虚拟用户所关联的目标运行接口，换句话说，可以是一个目标虚拟用户关联多个目标运行接口，也可以是多个目标虚拟用户关联一个目标运行接口。

步骤S304，通过目标虚拟用户调用目标运行接口，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，根据测试数据生成测试报告。

在本申请实施例中，计算机设备可以通过目标虚拟用户调用目标运行接口，并在该目标运行接口运行时，对目标虚拟用户和实际运行用户进行数据隔离，即，隔离目标虚拟用户和实际运行用户对目标运行接口的调用过程，隔离目标虚拟用户和实际运行用户在对目标运行接口进行调用时所产生的数据等。在进行数据隔离后，计算机设备获取该目标运行接口中目标虚拟用户所产生的测试数据，根据该测试数据生成该目标运行接口的测试报告，其中，该测试报告可以包括根据该目标运行接口的模拟调用过程所产生的测试日志数据，以及该目标运行接口在调用过程中所产生的测试接口数据等。其中，业务人员可以根据生成的测试报告，确定该目标运行接口是否存在异常，并在确定该目标运行接口存在异常时，确定该目标运行接口中出现的具体的故障(即异常数据)，业务人员可以基于测试报告对目标运行接口进行修复或优化。

举例来说，请参见图4，图4是本申请实施例提供的一种业务运行场景示意图。如图4所示，假定该检测业务为抽奖业务，图4为对该抽奖业务中的运行接口进行测试的过程，例如，该抽奖业务是指向用户提供8个宝箱，当用户触发抽奖组件时(如点击抽奖按钮等)，从8个宝箱中随机抽取一个宝箱，将抽取出的宝箱作为该用户所抽中的奖品的过程。计算机设备401获取到针对抽奖业务的业务测试请求，其中，该业务测试请求用于触发该抽奖业务的执行过程。计算机设备401基于该业务测试请求，触发该业务测试请求所请求的抽奖组件402a(该抽奖组件402a为抽奖业务中的一个运行接口)，基于该抽奖组件402a进行模拟调用过程402b，从8个宝箱中随机抽取一个宝箱，将抽取到的宝箱作为触发该抽奖组件402a的目标虚拟用户的目标奖品403，如该目标奖品403为一个武器(如宝剑等)，计算机设备401将目标虚拟用户添加至选取结果黑名单404中，该选取结果黑名单404用于表示位于该选取结果黑名单404中的虚拟用户不参与实际调用过程，该实际调用过程包括对所有可执行业务的运行接口的实际调用过程。

其中，计算机设备401在抽取到目标虚拟用户的目标奖品403后，无需将该目标奖品403发送给目标虚拟用户。可选的，可以对该目标奖品的发放过程进行测试，则可以确定该目标奖品403后，获取该目标奖品403的奖品类型。若该奖品类型为实物类型，则获取目标虚拟用户的位置信息，基于该位置信息生成该目标奖品403的发货信息，结束本次目标虚拟用户对抽奖组件402a的模拟调用过程；若该奖品类型为虚拟类型(如游戏货币、游戏装备或商品优惠券等)，将该目标奖品403发送至目标虚拟用户的目标虚拟账户中。其中，将目标奖品403发送至目标虚拟用户后，不改变该抽奖业务中的实际奖品数据，例如，该抽奖业务中的实际奖品数据包括4把宝剑、8个头盔及10个项链，在目标虚拟用户触发抽奖组件402a时，该抽奖业务的实际奖品数据中还剩下4把宝剑、8个头盔及7个项链，计算机设备401获取到目标奖品403为一把宝剑，则将该宝剑发送至目标虚拟用户的目标虚拟账户中，此时，该抽奖业务的实际奖品数据中仍然还包括4把宝剑、8个头盔及7个项链。简单来说，在对目标运行接口的模拟调用过程中所产生的测试数据，不会对该目标运行接口的实际发布数据造成影响。

本申请实施例通过响应针对检测业务的业务测试请求，获取检测业务对应的用例配置信息；用例配置信息包括至少两个运行接口；至少两个运行接口为用于对实际运行用户的实际调用操作进行响应的接口；获取检测业务对应的目标虚拟用户集合；目标虚拟用户集合包括目标虚拟用户；获取目标虚拟用户的目标用户标签，根据目标用户标签，从至少两个运行接口中确定与目标虚拟用户关联的目标运行接口；通过目标虚拟用户调用目标运行接口，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，根据测试数据生成测试报告。通过该过程，对运行接口进行测试，其中，实际运行用户及虚拟用户均可以调用该运行接口，通过对实际运行用户及虚拟用户对运行接口的调用过程进行隔离，使得在不会影响运行接口的实际调用过程的情况下，实现对该运行接口的自动化测试，提高了对运行接口的数据测试效率。尤其在对低频业务来说，可以基于虚拟用户对该低频业务的运行接口进行测试，以实现对低频业务的实时检测，提高了数据测试的及时性及效率。同时，业务人员可以基于获取到的测试报告，对低频业务的运行接口进行修复或优化，以提高低频业务的异常确定效率，进一步提高该低频业务的运行接口的健壮性。

进一步地，请参见图5，图5是本申请实施例提供的一种数据测试的具体流程示意图。如图5所示，该数据测试过程包括如下步骤：

步骤S501，生成虚拟用户配置。

在本申请实施例中，计算机设备生成并存储虚拟用户配置，该虚拟用户配置用于表示虚拟用户集合及可执行业务之间的映射关系。具体的，计算机设备可以生成至少两个虚拟用户，对该至少两个虚拟用户进行分组，得到多个虚拟用户集合，将各个虚拟用户集合分配至各个可执行业务，存储各个虚拟用户集合分配后得到的可执行业务与虚拟用户集合之间的映射关系，其中，对至少两个虚拟用户进行分组时所使用的分组方法可以是随机分组。

可选的，计算机设备可以获取至少两个可执行业务，为每个可执行业务创建至少两个虚拟用户，根据至少两个虚拟用户确定对应的可执行业务的虚拟用户集合；存储虚拟用户集合与对应的可执行业务之间的映射关系。如图6a所示，图6a是本申请实施例提供的一种映射关系示意图。如图6a所示，计算机设备获取至少两个可执行业务，假定获取到p个可执行业务，其中，p为正整数。以可执行业务1为例，为该可执行业务1创建至少两个虚拟用户，包括虚拟用户1、虚拟用户2及虚拟用户m，将虚拟用户1至虚拟用户m确定为与可执行业务1之间存在映射关系的虚拟用户集合1，其中，m为正整数，m可以用于表示为可执行业务1所创建的虚拟用户的数量。同理，得到与可执行业务2之间存在映射关系的虚拟用户集合2，…，得到与可执行业务p之间存在映射关系的虚拟用户集合p。计算机设备存储虚拟用户集合与对应的可执行业务之间的映射关系，包括可执行业务1与虚拟用户集合1之间的映射关系、可执行业务2与虚拟用户集合2之间的映射关系、…以及可执行业务p与虚拟用户集合p之间的映射关系。

可选的，计算机设备可以为每个可执行业务创建至少两个虚拟用户，获取至少两个测试时间段。将第i个可执行业务的至少两个虚拟用户划分为n个用户组，将n个用户组中的第j个用户组，分配为第i个可执行业务在第j个测试时间段的虚拟用户集合，直至分配得到每个可执行业务分别对应的n个虚拟用户集合；i为正整数，i小于或等于至少两个可执行业务包括的可执行业务的数量，n为正整数，n为至少两个测试时间段包括的测试时间段的数量，j为正整数，j小于或等于n。举例来说，请参见图6b，图6b是本申请实施例提供的另一种映射关系示意图。如图6b所示，以可执行业务1为例，为该可执行业务1创建至少两个虚拟用户，包括虚拟用户1、虚拟用户2、虚拟用户3、…及虚拟用户m。获取时间划分信息601，该时间划分信息601包括至少两个测试时间段，如至少两个测试时间段包括“0点至3点、3点至6点、6点至9点、9点至12点、12点至15点、15点至18点、18点至21点及21点至24点”，即该至少两个测试时间段包括8个测试时间段，n为8。将至少两个虚拟用户划分为n个用户组，将n个用户组依次分配给n个测试时间段，得到可执行业务1在每个测试时间段的用户组，将可执行业务1在第j个测试时间段的用户组记作该可执行业务在第j个测试时间段对应的虚拟用户集合，从而得到可执行业务1对应的n个虚拟用户集合，包括在测试时间段“0点至3点”对应的虚拟用户集合1、在测试时间段“3点至6点”对应的虚拟用户集合2、…以及在测试时间段“21点至24点”对应的虚拟用户集合n。其中，计算机设备可以存储该可执行业务1分别与n个虚拟用户集合之间的映射关系，其中，各个映射关系是基于测试时间段进行区分的。同理，生成各个可执行业务分别对应的n个虚拟用户集合，存储每个可执行业务分别与n个虚拟用户集合之间的映射关系。

其中，在为每个可执行业务创建至少两个虚拟用户时，计算机设备可以获取至少两个可执行业务中第i个可执行业务包括的接口类型，获取接口类型对应的虚拟用户类型；i为正整数，i小于或等于至少两个可执行业务包括的可执行业务的数量。其中，该虚拟用户类型包括模拟用户类型、测试用户类型及合作用户类型等，可选的，可以预先设置各个虚拟用户类型对应的接口类型，一个虚拟用户类型可以对应多个接口类型。计算机设备为第i个可执行业务创建虚拟用户类型对应的至少两个虚拟用户，为至少两个虚拟用户添加虚拟用户类型对应的用户标签，直至得到每个可执行业务的至少两个虚拟用户；用户标签包括目标虚拟用户的目标用户标签。其中，模拟用户类型对应模拟用户标签，测试用户类型对应测试用户标签，合作用户类型对应合作用户标签。例如，第1个可执行业务包括的接口类型对应的虚拟用户类型有模拟用户类型及测试用户类型，为第1个可执行业务创建模拟用户类型对应的虚拟用户，为该虚拟用户添加模拟用户标签，为第1个可执行业务创建测试用户类型对应的虚拟用户，为该虚拟用户添加测试用户标签。

可选的，该接口类型可以是基于接口协议类型及程序逻辑结构所确定的，该接口协议类型包括超文本传输协议(HyperText Transfer Protocol，http)及超文本传输安全协议(Hyper Text Transfer Protocol over SecureSocket Layer，https)等，该程序逻辑结构包括后台结构及前端结构等。基于接口协议类型及程序逻辑结构，确定各个虚拟用户类型对应的接口类型，例如，该模拟用户类型对应的接口类型包括http类型及https类型等；该测试用户类型对应的接口类型包括用于触发前端接口的接口类型、远程过程调用(Remote Procedure Call，RPC)类型及后台框架接口类型等；合作用户类型对应的接口类型包括依赖合作方接口类型等。

可选的，该接口类型可以直接基于程序模块划分信息所确定的，该程序模块划分信息用于表示本申请中的计算机程序的功能模块划分等。其中，将实际运行用户可以直接访问的运行接口(可以认为是前端接口)的接口类型，确定为模拟用户类型对应的接口类型；将实际运行用户无法获取到的运行接口(可以认为是后台接口)的接口类型，确定为测试用户类型对应的接口类型；将与第三方机构相关联的运行接口的接口类型，确定为合作用户类型对应的接口类型，该第三方机构可以认为是本申请实施例中的计算机设备所在的本地机构的合作方，其中，在具备第三方机构的相关权限的情况下，才可以访问与第三方机构相关联的运行接口。例如，若本地机构为购物类机构，第三方机构为支付机构，则可以认为在购物过程中进行支付时所调用的运行接口的接口类型，为合作用户类型对应的接口类型。

步骤S502，生成针对检测业务的业务测试请求。

在本申请实施例中，计算机设备可以主动触发可执行业务，将触发的可执行业务确定为检测业务，生成针对该检测业务的业务测试请求，其中，确定的检测业务的数量可以为1，也可以为至少两个。其中，该业务测试请求的生成方法包括如下几种：

一种业务测试请求的生成方法，计算机设备可以获取至少两个可执行业务及第一***网络时间，依次遍历至少两个可执行业务。获取第i个可执行业务的测试频率，若根据第i个可执行业务的测试频率，确定第一***网络时间为第i个可执行业务的测试时间，则将第i个可执行业务确定为检测业务，生成针对检测业务的业务测试请求；i为正整数，i小于或等于至少两个可执行业务包括的可执行业务的数量。可选的，各个可执行业务的测试频率可以相同，基于该测试频率，生成对各个可执行业务的业务测试请求，以实现对各个可执行业务的周期性测试，可以实现对各个可执行业务的循环自动化测试，提高对可执行业务的测试效率及频率，进而可以提高可执行业务的程序健壮性。可选的，各个可执行业务的测试频率可以不相同，可以基于各个可执行业务的测试频率，确定当前需要测试的可执行业务，将当前需要测试的可执行业务确定为检测业务，生成该检测业务的业务测试请求。例如，可执行业务1的测试频率为5分钟，假定在10:00时，对该可执行业务1进行了测试，当10:05时，再次对该可执行业务1进行测试。

另一种业务测试请求的生成方法，计算机设备可以响应针对可执行业务的业务变更请求，基于业务变更请求更新可执行业务，其中，该业务变更请求所对应的业务变更包括业务增加、业务变更或业务删除等；将更新后的可执行业务确定为检测业务，生成针对检测业务的业务测试请求。其中，当业务变更为业务删除时，计算机设备还可以获取该业务变更请求所针对的可执行业务，将与业务变更请求所针对的可执行业务相关联的可执行业务，作为检测业务，生成该检测业务的业务测试请求，执行步骤S503至步骤S506，对检测业务进行测试，从而减少业务变更请求对应的可执行业务在被删除后，其他可执行业务的运行所受到的影响，从而提升该可执行业务所在的应用程序的运行效果，不影响实际运行用户对该应用程序的使用。

举例来说，请参见图7，图7是本申请实施例提供的一种基于业务变更的业务测试请求生成场景示意图。如图7所示，对于业务人员来说，业务变更包括测试阶段、提发阶段及发布阶段等，其中，该测试阶段用于对变更业务进行测试，提发阶段用于对变更业务进行提发评审，发布阶段用于将变更业务投入使用，搭建了该变更业务的正式环境，实际运行用户可以在正式环境中访问该变更业务。其中，假定该测试环境中已经存在上传文件、品牌定制业务(Branded Content，BC)配置管理、新版密钥***、运行(operation，OP)***及测试反馈等，发布阶段包括BC配置管理、新版密钥***及OP***等。当OP***在发布阶段发生变更时，假定在OP***中添加了三个可执行业务，包括模块名1对应的可执行业务1、模块名2对应的可执行业务2及模块名3对应的可执行业务3，其中，该可执行业务1的发布内容为“程序+配置”，模块发布属性为单业务模块，该可执行业务2的发布内容为“程序”，模块发布属性为单业务模块，该可执行业务3的发布内容为“程序+配置”，模块发布属性为单业务模块。将可执行业务1、可执行业务2及可执行业务3作为检测业务，生成检测业务的业务测试请求。

又一种业务测试请求的生成方法，业务人员可以选取测试用例，在该情况下，业务人员可以选取可执行业务、还可以选取可执行业务中的模块或测试脚本等。例如，业务人员选取可执行业务，提交对该可执行业务的业务测试请求，则该可执行业务即为检测业务，计算机设备直接获取业务人员提交的业务测试请求，基于该业务测试请求执行步骤S503；该业务人员选取可执行业务中的模块，提交该可执行业务中的模块(可以认为是子业务)的业务测试请求，则将该可执行业务中的模块记作检测业务，计算机设备获取该业务测试请求；或者，该业务人员选取可执行业务、该可执行业务中的模块及该模块中包括的测试脚本(可以认为是运行接口的测试脚本)，提交针对该测试脚本的业务测试请求，计算机设备获取该针对测试脚本的业务测试请求，执行步骤S504。在这一情况下，业务人员可以根据需要自由选择需要测试的可执行业务或运行接口等，可以提高对各个运行接口进行测试的灵活性。

步骤S503，响应针对检测业务的业务测试请求，获取该检测业务对应的用例配置信息，该用例配置信息包括至少两个运行接口。

在本申请实施例中，计算机设备响应针对检测业务的业务测试请求，获取该检测业务对应的用例配置信息，该用例配置信息包括至少两个运行接口，该过程可以参见图3中步骤S301所示，在此不再进行赘述。

步骤S504，获取检测业务对应的目标虚拟用户集合，该目标虚拟用户集合中包括目标虚拟用户。

在本申请实施例中，计算机设备可以获取存储的映射关系，基于映射关系，获取检测业务对应的目标虚拟用户集合。其中，该目标虚拟用户集合中可以包括至少两个目标虚拟用户，或者，该目标虚拟用户集合也可以只包括一个目标虚拟用户。

其中，当该映射关系为虚拟用户集合与可执行业务之间的映射关系时，可以直接基于映射关系，获取检测业务对应的目标虚拟用户集合；至少两个可执行业务包括该检测业务。如图6a所示，假定该检测业务为可执行业务1，则获取该可执行业务1对应的虚拟用户集合1，将该虚拟用户集合1确定为检测业务对应的目标虚拟用户集合。可选的，可以基于检测业务的业务标识，获取该业务标识对应的目标映射关系，将该目标映射关系中的虚拟用户集合确定为检测业务对应的目标虚拟用户集合，其中，在该情况下，计算机设备是基于各个可执行业务的业务标识，存储各个可执行业务分别与对应的虚拟用户集合之间的映射关系。

其中，当一个可执行业务对应n个虚拟用户集合时，计算机设备可以获取第二***网络时间，在至少两个测试时间段中，获取第二***网络时间所属的目标测试时间段。基于映射关系，获取检测业务在目标测试时间段对应的目标虚拟用户集合。如图6b所示，计算机设备获取到检测业务为可执行业务1，目标测试时间段为“3点至6点”，可以获取检测业务在目标测试时间段“3点至6点”对应的目标虚拟用户集合为虚拟用户集合2。

步骤S505，获取该目标虚拟用户的目标用户标签，根据目标用户标签，从至少两个运行接口中确定与目标虚拟用户关联的目标运行接口。

在本申请实施例中，虚拟用户类型包括模拟用户类型、测试用户类型以及合作用户类型。计算机设备可以获取目标虚拟用户的目标用户标签；若目标用户标签为模拟用户标签，则将至少两个运行接口中与模拟用户标签关联的运行接口，确定为目标运行接口，模拟用户标签是指模拟用户类型对应的用户标签；若目标用户标签为测试用户标签，则将至少两个运行接口中与测试用户标签关联的运行接口，确定为目标运行接口，测试用户标签是指测试用户类型对应的用户标签；若目标用户标签为合作用户标签，则将至少两个运行接口中与合作用户标签关联的运行接口，确定为目标运行接口，合作用户标签是指合作用户类型对应的用户标签。

其中，该目标虚拟用户集合包括至少两个目标虚拟用户，获取每个目标虚拟用户的目标用户标签，根据目标用户标签将至少两个运行接口分配至各个目标虚拟用户。例如，该目标虚拟用户集合包括携带模拟用户标签的目标虚拟用户及携带测试用户标签的目标虚拟用户，将模拟用户类型对应的运行接口，确定为携带模拟用户标签的目标虚拟用户的目标运行接口；将测试用户类型对应的运行接口，确定为携带测试用户标签的目标虚拟用户的目标运行接口。

步骤S506，通过目标虚拟用户调用目标运行接口，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，根据测试数据生成测试报告。

在本申请实施例中，计算机设备可以获取至少两个目标虚拟用户的用户数量，基于至少两个目标虚拟用户创建至少两个测试进程，其中，该至少两个测试进程的测试进程数量为用户数量。在第k个测试进程中，通过第k个目标虚拟用户调用目标运行接口；k为正整数，k小于或等于用户数量。其中，通过多个测试进行并发执行，对目标运行接口进行测试，提高了对运行接口的测试效率。可选的，一个目标虚拟用户可以对应多个目标运行接口，也可以多个目标虚拟用户对应一个目标运行接口，其中，当一个目标虚拟用户对应多个目标运行接口时，可以基于该目标虚拟用户对应的测试进程，依次调用各个目标运行接口，以对各个目标运行接口进行测试；当多个目标虚拟用户对应一个目标运行接口时，可以基于各个目标虚拟用户分别对应的测试进程，调用目标运行接口，以通过各个目标虚拟用户同时对目标运行接口进行测试。

进一步地，计算机设备可以获取目标运行接口的目标环境配置信息，基于目标环境配置信息，在目标运行接口中搭建对目标虚拟用户的隔离环境；该隔离环境用于对目标运行接口的业务测试请求对应的执行过程，与实际调用操作对应的执行过程进行隔离。在该隔离环境中，获取目标虚拟用户的目标账户信息，基于目标账户信息调用目标运行接口。

具体的，计算机设备在隔离环境中，获取目标虚拟用户的目标账户信息，从目标账户信息对应的目标虚拟账户中获取电子资产，其中，该电子资产是虚拟测试账户分配至目标虚拟账户中的。计算机设备将电子资产输入目标运行接口，执行目标运行接口对应的子业务，当子业务执行结束时，将电子资产回收至目标虚拟账户中。其中，若电子资产在目标虚拟账户中的时长大于资产分配时长阈值，则将电子资产发送至虚拟测试账户中。其中，计算机设备可以获取资产分配频率，基于资产分配频率确定资产转移周期，获取各个可执行业务的测试频率及每个可执行业务的单次交易金额，该单次交易金额是根据该可执行业务包括的运行接口所得到的，确定各个可执行业务的测试资产数据量，根据该测试资产数据量，虚拟测试账户向对应可执行业务的目标虚拟用户的目标虚拟账户中分配测试电子资产。例如，资产分配频率为一天，基于资产分配频率确定资产转移周期为一天，可执行业务1的测试频率为3小时，则确定可执行业务1的测试资产数据量为“单次交易金额*用户数量*24/3”。其中，在从目标账户信息对应的目标虚拟账户中获取电子资产时，是从目标虚拟账户中的测试电子资产中，获取目标运行接口对应的电子资产。

进一步地，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，具体是计算机设备获取目标运行接口的接口类型，若目标运行接口的接口类型为概率选取类型或物品交易类型，则将目标虚拟用户添加至目标运行接口的选取结果黑名单中，基于选取结果黑名单，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离；选取结果黑名单用于表征目标虚拟用户不参与目标运行接口的实际调用过程。可以认为，当目标运行接口为涉及实物发放或虚拟物品发放等的接口时，可以基于选取结果黑名单，隔离目标虚拟用户及实际运行用户，使得目标虚拟用户在获取到实物或虚拟物品时，不会更改目标运行接口的数据，如，目标虚拟用户在购买商品1时，商品1的数量为1000件，当目标虚拟用户购买到商品1后，商品1的数量仍为1000件，即，只有实际运行用户购买商品1时，该商品1的数量才会发生变化。其中，在对目标运行接口中的实物或虚拟物品进行发放时，若发放的对象在选取结果黑名单中，则不对处于选取结果黑名单中的目标虚拟用户发放实物或虚拟物品，以实现对目标虚拟用户及实际运行用户之间的数据隔离，使得对处于发布使用过程的运行接口进行测试时，不会影响该运行接口的正常运行(即不影响运行接口的实际调用过程，不会使运行接口的数据产生变化)。

步骤S507，生成目标运行接口的真实调用数据。

在本申请实施例中，计算机设备可以响应针对目标运行接口的实际调用操作，获取目标运行接口关联的候选用户，获取选取结果黑名单。计算机设备可以将候选用户中不属于选取结果黑名单的候选用户，作为目标实际运行用户，通过目标实际运行用户执行目标运行接口。其中，可以为目标实际运行用户执行目标运行接口的实际调用过程中所产生的接口数据添加业务数据标签，为目标实际运行用户执行目标运行接口的实际调用过程中所产生的日志数据添加业务日志标签。

进一步地，计算机设备可以获取目标运行接口的接口数据集及接口执行日志，其中，该接口数据集包括至少两个接口数据。计算机设备获取接口数据集中的各个接口数据的接口标签，将接口标签为业务数据标签的接口数据确定为保留接口数据，将接口标签为测试数据标签的接口数据确定为测试接口数据。计算机设备可以获取接口执行日志中的日志数据的日志标签，将日志标签为业务日志标签的日志数据确定为保留日志数据，将日志标签为测试日志标签的日志数据确定为测试日志数据。根据保留接口数据及保留日志数据，生成目标运行接口的真实调用数据。

例如，实际运行用户1、实际运行用户2、实际运行用户3、虚拟用户1及虚拟用户2参与了对物品1的预约过程，此时，该虚拟用户1及虚拟用户2存在于选取结果黑名单中，若该目标运行接口用于从预约的用户中选取预约成功的用户，则将实际运行用户1、实际运行用户2及实际运行用户3作为目标实际运行用户，通过目标实际运行用户执行目标运行接口，从实际运行用户1、实际运行用户2及实际运行用户3中选取预约成功的用户。

进一步地，可以参见图8，图8是本申请实施例提供的一种测试数据过滤架构图。如图8所示，本申请实施例中的数据过滤部分包括数据层和数据应用层两部分，该数据层包括线上数据层及分布式数据层，其中，该线上数据层包括线上数据库及日志库，该线上数据库中存储有目标运行接口的接口数据集，日志库中存储有目标运行接口的接口执行日志。当线上数据中的线上数据库及日志库中产生新的数据时，该线上数据层向分布式数据层上报数据，使得该分布式数据层获取到接口数据集中包括的至少两个接口数据，以及接口执行日志中包括的日志数据。其中，该分布式数据层可以认为是一种分布式数据仓库，如腾讯分布式数据仓库(Tencent Distributed Warehouse，TDW)等。分布式数据层获取到至少两个接口数据及日志数据后，对至少两个接口数据及日志数据进行测试数据过滤，具体是获取各个接口数据的接口标签，过滤接口标签为测试数据标签的接口数据，将接口标签为业务数据标签的接口数据传至中间表层；获取日志数据的日志标签，过滤日志标签为测试日志标签的日志数据，将日志标签为业务日志标签的日志数据传至中间表层。可选的，该测试数据过滤过程可以在中间表层获取接口数据及日志数据的过程中执行，此时中间表层只能获取到接口标签为业务数据标签的接口数据(即保留接口数据)及日志标签为业务日志标签的日志数据(即保留日志标签)；该测试数据过滤过程也可以由中间表层直接执行，此时，中间表层获取到至少两个接口数据及日志数据后，对至少两个接口数据及日志数据进行测试数据过滤。对测试数据过滤后得到的保留接口数据及保留日志数据进行应用统计，生成目标运行接口的真实调用数据，将该真实调用数据发送至数据应用层。

例如，该业务数据标签及业务日志标签为1，测试数据标签及测试日志标签为0，分布式数据层获取到接口数据1(1)、接口数据2(1)、接口数据3(0)、日志数据1(1)、日志数据2(1)及日志数据3(0)，其中，“()”中的数字表示对应的数据所携带的标签。如，接口数据携带的“(0)”表示测试数据标签，“(1)”表示业务数据标签；日志数据携带的“(0)”表示测试日志标签，“(1)”表示业务日志标签。将携带“(0)”的接口数据确定为测试接口数据，将携带“(1)”的接口数据确定为保留接口数据，将携带“(0)”的日志数据确定为测试日志数据，将携带“(1)”的日志数据确定为保留日志数据，得到测试接口数据包括接口数据3，保留接口数据包括接口数据1及接口数据2，测试日志数据包括日志数据3，保留日志数据包括日志数据1及日志数据2。

其中，可以将以上过程记作数据过滤统计过程，可选的，该数据过滤统计过程可以是实时触发，也可以是周期性执行。当该数据过滤统计过程是实时触发时，当线上数据层中的数据发生变化时，执行该数据过滤统计过程；当该数据过滤统计过程为周期性执行时，获取数据统计频率，基于该数据统计频率定期对线上数据层的数据进行数据过滤统计，该线上数据层中包括数据统计周期内的所有数据，例如，数据统计频率为每天，在每天的0点执行数据过滤统计过程，在8月24日0点执行数据过滤统计过程，对线上数据层中存储的8月23日0点至8月24日0点之间的数据进行数据过滤及应用统计。

其中，数据应用层获取到真实调用数据后，可以根据该真实调用数据生成报表，该报表用于表示该真实调用数据对应的可执行业务或运行接口的用户使用情况及流量，例如，该真实调用数据为可执行业务“购物业务”的数据，根据该真实调用数据生成报表，该报表可以用于表示“购物业务”的客流量及收益情况等。可选的，该数据应用层还可以包括自助提取、邮件及社交应用程序等通信方式，数据应用层可以基于以上通信方式，显示报表。其中，该数据应用层还可以包括用户属性，该用户属性可以用于表示真实调用数据所对应的实际运行用户的属性，也可以用于表示本申请实施例中所测试的应用程序的所有实际运行用户的属性。

步骤S508，在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，根据测试数据生成测试报告。

在本申请实施例中，计算机设备可以根据测试接口数据及测试日志数据，生成目标运行接口的测试数据，根据获取到的测试数据生成目标运行接口的测试数据。其中，该测试数据可以包括至少两个运行接口的测试数据，此时，根据测试数据生成测试报告，例如，该测试报告可以以图标、文本或图像等格式进行表示，在此不做限制，以表格格式为例，假定是对竞猜业务(可以认为是本申请实施例所测试的应用程序)进行测试，该测试报告可以如表1所示：

表1

如表1所示，该测试报告包括竞猜业务的所属功能区(即可执行业务)、计划名称(可以认为是将可执行业务进行划分后得到的业务模块)及每个业务模块包括的运行接口。例如，可执行业务包括概率游戏中的抽奖业务，事件竞猜中的股指竞猜业务、疯狂夺金业务及欢乐射击业务，以及足篮球竞猜中的滚球业务，该抽奖业务包括抽奖模块，对该抽奖模块执行43个用例，这43个用例包括各个虚拟用户对抽奖模块中所包括的运行接口的模拟调用过程，其中，43个用例均未发生异常；该事件竞猜中的股指竞猜业务包括股神夺宝活动及股神竞猜模块，其中，针对股神夺宝活动执行3个用例，这3个用例均未发生异常，针对股神竞猜模块执行18个用例，这18个用例均未发生异常；该事件竞猜中的欢乐射击业务包括欢乐射击模块，对该欢乐射击模块执行25个用例，这25个用例中存在一个用例出现异常；该足篮球竞猜中的滚球业务包括虚拟足球模块，对该虚拟足球模块执行22个用例，这22个用例均未出现异常。通过该测试报告可以得知，在对欢乐射击业务的欢乐射击模块进行测试时，出现异常用例。可选的，该测试报告中还可以包括测试数据，例如，每个模块(计划名称所对应的列，如抽奖模块、股神夺宝活动或股神竞猜模块等)包括测试数据链接，通过触发该测试数据链接可以获取到对应模块的测试数据。

步骤S509，获取异常数据，根据该异常数据显示异常提示消息。

在本申请实施例中，计算机设备可以获取测试过程中的异常数据，显示异常提示消息；可选的，还可以对比异常数据与异常阈值，若异常数据在测试数据中的比例大于或等于异常阈值，则显示异常提示消息；异常提示消息包括异常数据。可选的，计算机设备可以获取业务人员的通信方式，基于该通信方式，向业务人员发送异常提示消息。其中，该通信方式包括但不限于无线通信方式(如短信或电话等)、社交类应用程序、邮件或消息提醒方式(即显示异常提示消息，或向本申请实施例所测试的应用程序发送程序内消息等)。可选的，若存在至少两个异常数据，则计算机设备可以获取告警分级配置信息，基于该告警分级信息确定各个异常数据所属的异常等级，基于该异常等级向业务人员发送异常提示消息，其中，告警分级配置信息可以是基于异常数据的紧急程度、异常数据的异常严重程度和/或该异常数据所在的可执行业务的重要程度等所生成的。其中，异常等级越高，表示对应的异常数据需要修复的紧迫程度越大，若异常等级达到预设异常等级阈值，则可以向业务人员发送紧急消息，该紧急消息为异常提示消息，包括异常数据，若在指定时间段内未获取到业务人员的回复消息，目标运行接口也未发生变化，则再次向业务人员发送异常提示消息，直至收到业务人员发送的回复消息，或者监测到目标运行接口发生变更，则不再向业务人员发送异常提示消息。例如，在表1中，获取到异常数据为欢乐射击模块存在一个异常用例，业务人员可以在获取到异常提示消息后，基于异常提示消息对欢乐射击模块的异常用例对应的运行接口等进行修复。

本申请实施例通过响应针对检测业务的业务测试请求，获取检测业务对应的用例配置信息；用例配置信息包括至少两个运行接口；至少两个运行接口为用于对实际运行用户的实际调用操作进行响应的接口；获取检测业务对应的目标虚拟用户集合；目标虚拟用户集合包括目标虚拟用户；获取目标虚拟用户的目标用户标签，根据目标用户标签，从至少两个运行接口中确定与目标虚拟用户关联的目标运行接口；通过目标虚拟用户调用目标运行接口，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，根据测试数据生成测试报告。通过该过程，对运行接口进行测试，其中，实际运行用户及虚拟用户均可以调用该运行接口，通过对实际运行用户及虚拟用户对运行接口的调用过程进行隔离，使得在不会影响运行接口的实际调用过程的情况下，实现对该运行接口的自动化测试，提高了对运行接口的数据测试效率。尤其在对低频业务来说，可以基于虚拟用户对该低频业务的运行接口进行测试，以实现对低频业务的实时检测，提高了数据测试的及时性及效率。同时，业务人员可以基于获取到的测试报告，对低频业务的运行接口进行修复或优化，以提高低频业务的异常确定效率，进一步提高该低频业务的运行接口的健壮性。

进一步地，可以参见图9，图9是本申请实施例提供的一种数据测试流程架构图。如图9所示，该数据测试过程包括测试触发阶段、数据测试阶段及告警阶段，具体如下：

步骤S901，测试触发阶段：触发数据测试。

在本申请实施例中，计算机设备触发数据测试过程，其中，该触发方式包括如下方式：

1、发布变更主动触发探测，即，发布了新的可执行业务，或者对已经发布的可执行业务进行了变更，亦或者删除了已发布的可执行业务，则将新的可执行业务或者变更后的可执行业务确定为检测业务，针对该检测业务进行数据测试，具体参见图5中步骤S502的另一种业务测试请求的生成方法，在此不再进行赘述。

2、基于频率设置执行时间周期，即，基于各个可执行业务的测试频率，确定各个可执行业务的执行时间周期，基于各个可执行业务的执行时间周期，确定每个可执行业务的测试时间，将到达该测试时间的可执行业务确定为检测业务，针对该检测业务进行数据测试，具体可以参见图5中步骤S502的一种业务测试请求的生成方法，在此不再进行赘述。

3、灵活选择执行，即，可以由业务人员选择需要测试的可执行业务，或者需要测试的运行接口，针对业务人员所选择的可执行业务或运行接口进行数据测试，具体可以参见图5中步骤S502的又一种业务测试请求的生成方法，在此不再进行赘述。

步骤S902，数据测试阶段：进行数据测试。

在本申请实施例中，计算机设备针对检测业务进行数据测试，该数据测试过程具体参见图5中步骤S503至步骤S508所示的具体描述，在此不再进行赘述。

步骤S903，告警阶段：生成测试报告，在数据测试中出现异常时，进行告警。

在本申请实施例中，计算机设备根据测试数据生成测试报告，参见图5中步骤S508所示；当数据测试中出现异常时，进行告警，用于告警的方式包括但不限于短信、邮件、消息提醒及微信等，具体可以参见图5中步骤S509所示，在此不再进行赘述。

具体的，可以参见图10，图10是本申请实施例提供的一种数据测试模块架构图。如图10所示，该数据测试模块架构包括基础服务、用例设计、探测机制及告警机制等，其中，基于探测机制触发数据测试，基于用例设计及基础服务对检测业务进行数据测试，基于告警机制对数据测试过程中出现的异常数据进行异常提示。

其中，该探测机制包括主动触发探测及测试频率等，主动触发探测(如出现业务变更、业务删除或业务增加等时触发，参见图5中步骤S502的另一种业务测试请求的生成方法)，以及测试频率用于表示数据测试的触发方式(参见图5中步骤S502的一种业务测试请求的生成方法)；该探测机制还可以包括业务内部探测及合作方接口探测，其中，该业务内部探测用于定期对各个可执行业务的内部进行循环测试，合作方接口探测用于表示对与合作方相关联的运行接口进行测试的相关配置。

其中，用例设计包括用例配置、用例前置条件、用例集合及用例执行。其中，该用例配置包括配置文件、用例调度文件及用例关系配置，该配置文件用于表示对用例的配置信息，如该用例的分组等，其中，该用例的分组可以是根据可执行业务的分组方式得到的，该配置文件还可以用于获取环境配置信息等，搭建用例执行的环境；该用例调度文件为用例的调度方式，相当于用例在执行时的相关配置，如触发用例及基于用例访问可执行业务的运行接口等的相关配置；该用例关系配置为各个可执行业务的相关配置，例如，将可执行业务划分为多个业务模块，每个业务模块包括至少两个运行接口。其中，用例前置条件用于表示对环境配置信息及虚拟用户配置，其中，该环境配置信息用于表示用例在执行时所需的环境，如隔离环境等，虚拟用户配置用于表示虚拟用户集合的选取规则等，例如，该虚拟用户配置中包括各个可执行业务分别对应的虚拟用户集合，即可执行业务与虚拟用户集合之间的映射关系。

其中，该用例集合包括用例集合配置，该用例集合配置是基于用例关系配置所得到的，该用例集合配置用于表示针对该用例关系配置所得到的各个用例之间的关系，例如，该用例关系配置中包括可执行业务1及该可执行业务1所包括的运行接口1和运行接口2，该用例集合配置中包括可执行业务1对应的用例组，该用例组包括运行接口1对应的用例及运行接口2对应的用例。其中，本申请实施例中所提及的用例包括针对检测业务的数据测试的触发过程、对检测业务的模拟调用过程的监测，以及对检测业务在模拟调用过程中产生的数据的处理过程等，该用例中不用集成该检测业务对应的程序代码(相当于用例不涉及检测业务的具体执行过程)，减少用例的开发工作量。

其中，用例执行包括循环执行、多线程执行及执行频率，该循环执行是指对可执行业务的数据测试过程是循环执行的，而不是只执行一次就结束，具体可以根据执行频率，循环执行该可执行业务的数据测试过程。其中，多进程执行是指对可执行业务的数据测试过程是多进程同时执行的，例如，存在5个目标虚拟用户对一个目标运行接口进行测试时，创建5个测试进程，一个测试进程中处理一个目标虚拟用户对目标运行接口的数据测试过程，具体可以参见图5中步骤S506所示，在此不再进行赘述，通过多进程执行，提高对可执行业务的测试效率。

其中，基础服务包括资金账户、业务数据隔离、出口隔离、合作方接口及虚拟账户管理。其中，该资金账户包括账户隔离、资金回收频率及定期检查等，该账户隔离用于对虚拟用户的虚拟账户及实际运行用户的账户进行隔离；资金回收频率用于表示电子资产的回收频率，即步骤S506中的资产分配频率，基于该资金回收频率，将测试电子资产在虚拟测试账户及虚拟账户之间进行转移，具体过程可以参见步骤S506；定期检查用于对测试电子资产的流向进行监控等。举例来说，参见图11a，图11a是本申请实施例提供的一种资产转移流向示意图。如图11a所示，在步骤S506的基础上添加了测试转移账户，虚拟测试账户基于资金回收频率，向测试转移账户发送总测试电子资产(包括所有可执行业务的测试电子资产)，基于用例设计，将测试转移账户中的总测试电子资产发送至各个可执行业务对应的虚拟账户中，该总测试电子资产在各个虚拟账户与测试转移账户之间进行转移，同时基于资金回收频率，定期回收该总测试电子资产，即将测试转移账户中的总测试电子资产转移至虚拟测试账户。其中，总测试电子资产在图11a中的这个内部结构中进行流转，不与其他的账户(如实际运行用户的账户)之间进行交互，以实现对虚拟账户与实际运行用户的账户之间的数据隔离，使得模拟调用过程中产生的资产流动，不会对实际调用过程中产生的真实资产流动产生影响。

其中，该业务数据隔离包括基层数据隔离及上层数据隔离，如对虚拟账户的电子资产与实际运行用户的账户的实际资产进行隔离(基于资金账户实现)，对测试数据及真实调用数据进行数据隔离等。其中，该出口隔离包括实物出口隔离及虚拟货币隔离，可以参见图5中步骤S506所示，例如，参见图11b，图11b是本申请实施例提供的一种隔离设置示意图，如图11b所示，该出口隔离可以基于各应用业务榜单出口隔离、实物奖品黑名单及虚拟奖品榜单黑名单等实现，通过在各个黑名单中添加虚拟用户，使得实物奖品或虚拟奖品等不会发送给虚拟用户，也不会对实物奖品或虚拟奖品等的剩余数量产生影响。其中，自动化监控各应用榜单，在无实际运行用户调用运行接口时，各应用榜单数据为0或者为空。

其中，合作方接口包括合作方账户白名单及数据请求隔离，具体可以申请依赖第三方的虚拟用户，将该依赖第三方的虚拟用户添加至合作方账户白名单，基于该合作方账户白名单，对依赖第三方的虚拟用户所产生的测试数据进行数据隔离。

其中，虚拟账户管理包括资产管理、黑白名单机制及登陆态隔离等，该资产管理是基于资金账户所实现的，黑白名单机制则包括出口隔离及合作方接口中的黑白名单等。其中，该登陆态隔离是对虚拟用户的登陆进行隔离，该虚拟用户可以没有实际运行用户的个人信息，如昵称和名字等，虚拟用户无法通过其他渠道登陆，其中，可以按照规则通过自动化工具生成登陆态的数字身份识别框架(openid)。

进一步地，请参见图12a，图12a是本申请实施例提供的一种用例执行流程示意图。如图12a所示，该过程包括如下步骤：

步骤S1201，环境配置。

在本申请实施例中，计算机设备基于用例设计中的环境配置信息，搭建用例的隔离环境，以实现对用例执行的前期配置，参见图5中步骤S506。

步骤S1202，用例配置。

在本申请实施例中，计算机设备基于用例设计中的用例配置，对各个用例进行配置，可以参见上述对用例配置的相关描述。

步骤S1203，测试用例。

在本申请实施例中，计算机设备获取模块功能子集1204及基础服务用例子集1205，对模块功能子集1204及基础服务用例子集1205进行测试，其中，该模块功能子集1204可以是基于用例关系配置得到的，该模块功能子集1204的获取可以参见检测业务的获取过程，即该模块功能子集1204包括确定的检测业务及该检测业务包括的至少两个运行接口等，该基础服务用例子集1205是基于用例集合配置所得到的，是基于模块功能子集1204获取到的用例的集合。

步骤S1206，多测试进程发起执行。

在本申请实施例中，计算机设备创建多个测试进程，在各个测试进程中，执行用例，即通过基础服务用例子集1205对模块功能子集1204进行测试，通过多个测试进程实现数据测试。

其中，告警机制包括告警配置、告警方式及告警时间。其中，该告警配置包括告警分级配置信息、告警方式配置信息及告警触发配置信息；该告警方式包括无线通信方式、社交类应用程序、邮件及消息提醒方式等；该告警时间包括周期性告警及实时告警等。其中，可以通过告警方式配置信息从告警方式中选取向业务人员发送异常提示消息的通信方式。

例如，请参见图12b，图12b是本申请实施例提供的一种告警触发过程示意图。如图12b所示，计算机设备接收异常数据，获取告警机制中的告警时间，若该告警时间为实时告警，则计算机设备获取到异常数据时，确定需要进行告警；若该告警时间为周期性告警，则基于该周期性告警中配置的告警周期，确定告警触发时间，当到达告警触发时间时，确定需要进行告警。计算机设备获取告警分级配置信息，如图5中步骤S509所示，计算机设备基于告警分级配置信息对获取到的异常数据进行分级，得到各个告警等级的异常数据。获取告警方式配置信息，从告警方式中选择通信方式。获取各个告警等级的异常数据中的第f级异常数据对应的业务人员，根据该通信方式，获取该业务人员的联系方式，基于该联系方式将第f级异常数据发送至第f级异常数据对应的业务人员，f为正整数，f越大表示异常等级越高(当然，也可以基于需要设置为f越小表示异常等级越高)。例如，计算机设备获取到通信方式为无线通信方式，则获取各个告警等级的异常数据中，第f级异常数据对应的业务人员，获取该业务人员的手机号，基于该手机号，向第f级异常数据对应的业务人员发送异常提示消息，该异常提示消息包括该第f级异常数据。

通过图10中的各个模块，实现本申请实施例中的数据测试过程，通过各个模块将本申请中的各个功能进行封装，使得对本申请中所实现的功能进行更新时，对其他模块产生的影响较小，便于各个模块的数据更新(如对各个配置的更新等)，使得数据测试更为灵活。

进一步地，请参见图13，图13是本申请实施例提供的一种数据测试装置示意图。该数据测试装置可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如该数据测试装置为一个应用软件；该装置可以用于执行本申请实施例提供的方法中的相应步骤。如图13所示，该数据测试装置1300可以用于图3所对应实施例中的计算机设备，具体的，该装置可以包括：配置获取模块11、用户获取模块12、接口确定模块13及接口测试模块14。

配置获取模块11，用于响应针对检测业务的业务测试请求，获取检测业务对应的用例配置信息；用例配置信息包括至少两个运行接口；至少两个运行接口为用于对实际运行用户的实际调用操作进行响应的接口；

用户获取模块12，用于获取检测业务对应的目标虚拟用户集合；目标虚拟用户集合包括目标虚拟用户；

接口确定模块13，用于获取目标虚拟用户的目标用户标签，根据目标用户标签，从至少两个运行接口中确定与目标虚拟用户关联的目标运行接口；

接口测试模块14，用于通过目标虚拟用户调用目标运行接口，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，根据测试数据生成测试报告。

其中，该装置1300还包括：

业务遍历模块15，用于获取至少两个可执行业务及第一***网络时间，依次遍历至少两个可执行业务；

测试触发模块16，用于获取第i个可执行业务的测试频率，若根据第i个可执行业务的测试频率，确定第一***网络时间为第i个可执行业务的测试时间，则将第i个可执行业务确定为检测业务，生成针对检测业务的业务测试请求；i为正整数，i小于或等于至少两个可执行业务包括的可执行业务的数量。

其中，该装置1300还包括：

业务变更模块17，用于响应针对可执行业务的业务变更请求，基于业务变更请求更新可执行业务；

该测试触发模块16，还用于将更新后的可执行业务确定为检测业务，生成针对检测业务的业务测试请求。

其中，该装置1300还包括：

用户创建模块18，用于获取至少两个可执行业务，为每个可执行业务创建至少两个虚拟用户，根据至少两个虚拟用户确定对应的可执行业务的虚拟用户集合；

关系存储模块19，用于存储虚拟用户集合与对应的可执行业务之间的映射关系；

该用户获取模块12，具体用于：

基于映射关系，获取检测业务对应的目标虚拟用户集合；至少两个可执行业务包括检测业务。

其中，在为每个可执行业务创建至少两个虚拟用户，根据至少两个虚拟用户确定对应的可执行业务的虚拟用户集合方面，该用户创建模块18包括：

时间划分单元181，用于为每个可执行业务创建至少两个虚拟用户，获取至少两个测试时间段；

用户分组单元182，用于将第i个可执行业务的至少两个虚拟用户划分为n个用户组，将n个用户组中的第j个用户组，分配为第i个可执行业务在第j个测试时间段的虚拟用户集合，直至分配得到每个可执行业务分别对应的n个虚拟用户集合；i为正整数，i小于或等于至少两个可执行业务包括的可执行业务的数量，n为正整数，n为至少两个测试时间段包括的测试时间段的数量，j为正整数，j小于或等于n；

该用户获取模块12，包括：

时间获取单元121，用于获取第二***网络时间，在至少两个测试时间段中，获取第二***网络时间所属的目标测试时间段；

用户确定单元122，用于基于映射关系，获取检测业务在目标测试时间段对应的目标虚拟用户集合。

其中，在为每个可执行业务创建至少两个虚拟用户方面，该用户创建模块18还包括：

类型获取单元183，用于获取至少两个可执行业务中第i个可执行业务包括的接口类型，获取接口类型对应的虚拟用户类型；i为正整数，i小于或等于至少两个可执行业务包括的可执行业务的数量；

用户生成单元184，用于为第i个可执行业务创建虚拟用户类型对应的至少两个虚拟用户，为至少两个虚拟用户添加虚拟用户类型对应的用户标签，直至得到每个可执行业务的至少两个虚拟用户；用户标签包括目标虚拟用户的目标用户标签。

其中，该虚拟用户类型包括模拟用户类型、测试用户类型以及合作用户类型；

该接口确定模块13，包括：

标签获取单元131，用于获取目标虚拟用户的目标用户标签；

接口确定单元132，用于若目标用户标签为模拟用户标签，则将至少两个运行接口中与模拟用户标签关联的运行接口，确定为目标运行接口；模拟用户标签是指模拟用户类型对应的用户标签；

该接口确定单元132，还用于若目标用户标签为测试用户标签，则将至少两个运行接口中与测试用户标签关联的运行接口，确定为目标运行接口；测试用户标签是指测试用户类型对应的用户标签；

该接口确定单元132，还用于若目标用户标签为合作用户标签，则将至少两个运行接口中与合作用户标签关联的运行接口，确定为目标运行接口；合作用户标签是指合作用户类型对应的用户标签。

其中，该目标虚拟用户集合包括至少两个目标虚拟用户；

在通过目标虚拟用户调用目标运行接口方面，该接口测试模块14包括：

进程生成单元141，用于获取至少两个目标虚拟用户的用户数量，基于至少两个目标虚拟用户创建至少两个测试进程；至少两个测试进程的测试进程数量为用户数量；

进程执行单元142，用于在第k个测试进程中，通过第k个目标虚拟用户调用目标运行接口；k为正整数，k小于或等于用户数量。

其中，在通过目标虚拟用户调用目标运行接口方面，该接口测试模块14包括：

环境搭建单元143，用于获取目标运行接口的目标环境配置信息，基于目标环境配置信息，在目标运行接口中搭建对目标虚拟用户的隔离环境；隔离环境用于对目标运行接口的业务测试请求对应的执行过程，与实际调用操作对应的执行过程进行隔离；

接口调用单元144，用于在隔离环境中，获取目标虚拟用户的目标账户信息，基于目标账户信息调用目标运行接口。

其中，该接口调用单元144，包括：

资产获取子单元1441，用于在隔离环境中，获取目标虚拟用户的目标账户信息，从目标账户信息对应的目标虚拟账户中获取电子资产；电子资产是虚拟测试账户分配至目标虚拟账户中的；

资产回收子单元1442，用于将电子资产输入目标运行接口，执行目标运行接口对应的子业务，当子业务执行结束时，将电子资产回收至目标虚拟账户中；

该装置1300还包括：

资产转移模块20，用于若电子资产在目标虚拟账户中的时长大于资产分配时长阈值，则将电子资产发送至虚拟测试账户中。

其中，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，该接口测试模块14包括：

名单隔离单元145，用于若目标运行接口的接口类型为概率选取类型或物品交易类型，则将目标虚拟用户添加至目标运行接口的选取结果黑名单中，基于选取结果黑名单，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离；选取结果黑名单用于表征目标虚拟用户不参与目标运行接口的实际调用过程；

该装置1300还包括：

名单获取模块21，用于响应针对目标运行接口的实际调用操作，获取目标运行接口关联的候选用户，获取选取结果黑名单；

实际运行模块22，用于将候选用户中不属于选取结果黑名单的候选用户，作为目标实际运行用户，通过目标实际运行用户执行目标运行接口。

其中，该装置1300还包括：

异常提示模块23，用于获取测试数据中的异常数据，若异常数据在测试数据中的比例大于或等于异常阈值，则显示异常提示消息；异常提示消息包括异常数据。

其中，该装置1300还包括：

数据获取模块24，用于获取目标运行接口的接口数据集及接口执行日志；接口数据集包括至少两个接口数据；

数据筛选模块25，用于获取接口数据集中的各个接口数据的接口标签，将接口标签为业务数据标签的接口数据确定为保留接口数据，将接口标签为测试数据标签的接口数据确定为测试接口数据；

日志筛选模块26，用于获取接口执行日志中的日志数据的日志标签，将日志标签为业务日志标签的日志数据确定为保留日志数据，将日志标签为测试日志标签的日志数据确定为测试日志数据；

真实数据确定模块27，用于根据保留接口数据及保留日志数据，生成目标运行接口的真实调用数据；

在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，该接口测试模块14具体用于：

根据测试接口数据及测试日志数据，生成目标运行接口的测试数据。

本申请实施例提供了一种数据测试装置，该装置通过响应针对检测业务的业务测试请求，获取检测业务对应的用例配置信息；用例配置信息包括至少两个运行接口；至少两个运行接口为用于对实际运行用户的实际调用操作进行响应的接口；获取检测业务对应的目标虚拟用户集合；目标虚拟用户集合包括目标虚拟用户；获取目标虚拟用户的目标用户标签，根据目标用户标签，从至少两个运行接口中确定与目标虚拟用户关联的目标运行接口；通过目标虚拟用户调用目标运行接口，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，根据测试数据生成测试报告。通过该过程，对运行接口进行测试，其中，实际运行用户及虚拟用户均可以调用该运行接口，通过对实际运行用户及虚拟用户对运行接口的调用过程进行隔离，使得在不会影响运行接口的实际调用过程的情况下，实现对该运行接口的自动化测试，提高了对运行接口的数据测试效率。尤其在对低频业务来说，可以基于虚拟用户对该低频业务的运行接口进行测试，以实现对低频业务的实时检测，提高了数据测试的及时性及效率。同时，业务人员可以基于获取到的测试报告，对低频业务的运行接口进行修复或优化，以提高低频业务的异常确定效率，进一步提高该低频业务的运行接口的健壮性。

参见图14，图14是本申请实施例提供的一种计算机设备的结构示意图。如图14所示，本申请实施例中的计算机设备可以包括：一个或多个处理器1401、存储器1402和输入输出接口1403。该处理器1401、存储器1402和输入输出接口1403通过总线1404连接。存储器1402用于存储计算机程序，该计算机程序包括程序指令，输入输出接口1403用于接收数据及输出数据；处理器1401用于执行存储器1402存储的程序指令，执行如下操作：

响应针对检测业务的业务测试请求，获取检测业务对应的用例配置信息；用例配置信息包括至少两个运行接口；至少两个运行接口为用于对实际运行用户的实际调用操作进行响应的接口；

获取检测业务对应的目标虚拟用户集合；目标虚拟用户集合包括目标虚拟用户；

获取目标虚拟用户的目标用户标签，根据目标用户标签，从至少两个运行接口中确定与目标虚拟用户关联的目标运行接口；

通过目标虚拟用户调用目标运行接口，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，根据测试数据生成测试报告。

在一些可行的实施方式中，该处理器1401可以是中央处理单元(centralprocessing unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器1402可以包括只读存储器和随机存取存储器，并向处理器1401和输入输出接口1403提供指令和数据。存储器1402的一部分还可以包括非易失性随机存取存储器。例如，存储器1402还可以存储设备类型的信息。

具体实现中，该计算机设备可通过其内置的各个功能模块执行如该图3中各个步骤所提供的实现方式，具体可参见该图3中各个步骤所提供的实现方式，在此不再赘述。

本申请实施例通过提供一种计算机设备，包括：处理器、输入输出接口、存储器，通过处理器获取存储器中的计算机指令，执行该图3中所示方法的各个步骤，进行数据测试操作。本申请实施例实现了响应针对检测业务的业务测试请求，获取检测业务对应的用例配置信息；用例配置信息包括至少两个运行接口；至少两个运行接口为用于对实际运行用户的实际调用操作进行响应的接口；获取检测业务对应的目标虚拟用户集合；目标虚拟用户集合包括目标虚拟用户；获取目标虚拟用户的目标用户标签，根据目标用户标签，从至少两个运行接口中确定与目标虚拟用户关联的目标运行接口；通过目标虚拟用户调用目标运行接口，在目标运行接口中对目标虚拟用户和实际运行用户进行数据隔离，在目标运行接口中获取数据隔离后的目标虚拟用户对应的测试数据，根据测试数据生成测试报告。通过该过程，对运行接口进行测试，其中，实际运行用户及虚拟用户均可以调用该运行接口，通过对实际运行用户及虚拟用户对运行接口的调用过程进行隔离，使得在不会影响运行接口的实际调用过程的情况下，实现对该运行接口的自动化测试，提高了对运行接口的数据测试效率。尤其在对低频业务来说，可以基于虚拟用户对该低频业务的运行接口进行测试，以实现对低频业务的实时检测，提高了数据测试的及时性及效率。同时，业务人员可以基于获取到的测试报告，对低频业务的运行接口进行修复或优化，以提高低频业务的异常确定效率，进一步提高该低频业务的运行接口的健壮性。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序包括程序指令，当该程序指令被该处理器执行时，可以实现图3中各个步骤所提供的数据测试方法，具体可参见该图3中各个步骤所提供的实现方式，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。作为示例，程序指令可被部署为在一个计算机设备上执行，或者在位于一个地点的多个计算机设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行。可选的，该位于一个地点的多个计算机设备，或者分布在多个地点且通过通信网络互连的多个计算机设备，可以组成区块链网络。

该计算机可读存储介质可以是前述任一实施例提供的数据测试装置或者该计算机设备的内部存储单元，例如计算机设备的硬盘或内存。该计算机可读存储介质也可以是该计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(smart media card，SMC)，安全数字(secure digital，SD)卡，闪存卡(flash card)等。进一步地，该计算机可读存储介质还可以既包括该计算机设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该计算机设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行图3中的各种可选方式中所提供的方法，基于虚拟用户对可执行业务中所包括的运行接口进行测试，对虚拟用户及实际运行用户进行数据隔离，使得在对处于发布使用过程中的可执行业务进行测试时，不会影响该可执行业务的实际调用过程，提高了对可执行业务的数据测试效率。尤其对于低频业务来说，由于低频业务的流量及实际运行用户较少，通过本申请实施例中的虚拟用户，对低频业务进行测试，可以及时发现低频业务中出现的异常数据，使得业务人员可以及时对异常数据进行修复，从而提高了低频业务的数据测试及时性及效率，进一步提高了低频业务的程序健壮性。

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

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在该说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例提供的方法及相关装置是参照本申请实施例提供的方法流程图和/或结构示意图来描述的，具体可由计算机程序指令实现方法流程图和/或结构示意图的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。这些计算机程序指令可提供到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或结构示意一个方框或多个方框中指定的功能的步骤。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (15)

1.一种数据测试方法，其特征在于，所述方法包括：

响应针对检测业务的业务测试请求，获取所述检测业务对应的用例配置信息；所述用例配置信息包括至少两个运行接口；所述至少两个运行接口为用于对实际运行用户的实际调用操作进行响应的接口；

获取所述检测业务对应的目标虚拟用户集合；所述目标虚拟用户集合包括目标虚拟用户；

获取所述目标虚拟用户的目标用户标签，根据所述目标用户标签，从所述至少两个运行接口中确定与所述目标虚拟用户关联的目标运行接口；

通过所述目标虚拟用户调用所述目标运行接口，在所述目标运行接口中对所述目标虚拟用户和所述实际运行用户进行数据隔离，在所述目标运行接口中获取数据隔离后的所述目标虚拟用户对应的测试数据，根据所述测试数据生成测试报告。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

获取至少两个可执行业务及第一***网络时间，依次遍历所述至少两个可执行业务；

获取第i个可执行业务的测试频率，若根据所述第i个可执行业务的测试频率，确定所述第一***网络时间为所述第i个可执行业务的测试时间，则将所述第i个可执行业务确定为所述检测业务，生成针对所述检测业务的业务测试请求；i为正整数，i小于或等于所述至少两个可执行业务包括的可执行业务的数量。

3.如权利要求1所述的方法，其特征在于，所述方法还包括：

响应针对可执行业务的业务变更请求，基于所述业务变更请求更新所述可执行业务；

将更新后的可执行业务确定为所述检测业务，生成针对所述检测业务的业务测试请求。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：

获取至少两个可执行业务，为每个可执行业务创建至少两个虚拟用户，根据所述至少两个虚拟用户确定对应的可执行业务的虚拟用户集合；

存储所述虚拟用户集合与对应的可执行业务之间的映射关系；

所述获取所述检测业务对应的目标虚拟用户集合，包括：

基于所述映射关系，获取所述检测业务对应的目标虚拟用户集合；所述至少两个可执行业务包括所述检测业务。

5.如权利要求4所述的方法，其特征在于，所述为每个可执行业务创建至少两个虚拟用户，根据所述至少两个虚拟用户确定对应的可执行业务的虚拟用户集合，包括：

为每个可执行业务创建至少两个虚拟用户，获取至少两个测试时间段；

将第i个可执行业务的所述至少两个虚拟用户划分为n个用户组，将所述n个用户组中的第j个用户组，分配为所述第i个可执行业务在第j个测试时间段的虚拟用户集合，直至分配得到所述每个可执行业务分别对应的n个虚拟用户集合；i为正整数，i小于或等于所述至少两个可执行业务包括的可执行业务的数量，n为正整数，n为所述至少两个测试时间段包括的测试时间段的数量，j为正整数，j小于或等于n；

所述基于所述映射关系，获取所述检测业务对应的目标虚拟用户集合，包括：

获取第二***网络时间，在所述至少两个测试时间段中，获取所述第二***网络时间所属的目标测试时间段；

基于所述映射关系，获取所述检测业务在所述目标测试时间段对应的目标虚拟用户集合。

6.如权利要求4所述的方法，其特征在于，所述为每个可执行业务创建至少两个虚拟用户，包括：

获取所述至少两个可执行业务中第i个可执行业务包括的接口类型，获取所述接口类型对应的虚拟用户类型；i为正整数，i小于或等于所述至少两个可执行业务包括的可执行业务的数量；

为所述第i个可执行业务创建所述虚拟用户类型对应的至少两个虚拟用户，为所述至少两个虚拟用户添加所述虚拟用户类型对应的用户标签，直至得到所述每个可执行业务的至少两个虚拟用户；所述用户标签包括目标虚拟用户的目标用户标签。

7.如权利要求6所述的方法，其特征在于，所述虚拟用户类型包括模拟用户类型、测试用户类型以及合作用户类型；

所述获取所述目标虚拟用户的目标用户标签，根据所述目标用户标签，从所述至少两个运行接口中确定与所述目标虚拟用户关联的目标运行接口，包括：

获取所述目标虚拟用户的目标用户标签；

若所述目标用户标签为模拟用户标签，则将所述至少两个运行接口中与所述模拟用户标签关联的运行接口，确定为所述目标运行接口；所述模拟用户标签是指所述模拟用户类型对应的用户标签；

若所述目标用户标签为测试用户标签，则将所述至少两个运行接口中与所述测试用户标签关联的运行接口，确定为所述目标运行接口；所述测试用户标签是指所述测试用户类型对应的用户标签；

若所述目标用户标签为合作用户标签，则将所述至少两个运行接口中与所述合作用户标签关联的运行接口，确定为所述目标运行接口；所述合作用户标签是指所述合作用户类型对应的用户标签。

8.如权利要求1所述的方法，其特征在于，所述目标虚拟用户集合包括至少两个目标虚拟用户；

所述通过所述目标虚拟用户调用所述目标运行接口，包括：

获取所述至少两个目标虚拟用户的用户数量，基于所述至少两个目标虚拟用户创建至少两个测试进程；所述至少两个测试进程的测试进程数量为所述用户数量；

在第k个测试进程中，通过第k个目标虚拟用户调用所述目标运行接口；k为正整数，k小于或等于所述用户数量。

9.如权利要求1所述的方法，其特征在于，所述通过所述目标虚拟用户调用所述目标运行接口，包括：

获取所述目标运行接口的目标环境配置信息，基于所述目标环境配置信息，在所述目标运行接口中搭建对所述目标虚拟用户的隔离环境；所述隔离环境用于对所述目标运行接口的所述业务测试请求对应的执行过程，与所述实际调用操作对应的执行过程进行隔离；

在所述隔离环境中，获取所述目标虚拟用户的目标账户信息，基于所述目标账户信息调用所述目标运行接口。

10.如权利要求9所述的方法，其特征在于，所述在所述隔离环境中，获取所述目标虚拟用户的目标账户信息，基于所述目标账户信息调用所述目标运行接口，包括：

在所述隔离环境中，获取所述目标虚拟用户的目标账户信息，从所述目标账户信息对应的目标虚拟账户中获取电子资产；所述电子资产是虚拟测试账户分配至所述目标虚拟账户中的；

将所述电子资产输入所述目标运行接口，执行所述目标运行接口对应的子业务，当所述子业务执行结束时，将所述电子资产回收至所述目标虚拟账户中；

所述方法还包括：

若所述电子资产在所述目标虚拟账户中的时长大于资产分配时长阈值，则将所述电子资产发送至所述虚拟测试账户中。

11.如权利要求1所述的方法，其特征在于，所述在所述目标运行接口中对所述目标虚拟用户和所述实际运行用户进行数据隔离，包括：

若所述目标运行接口的接口类型为概率选取类型或物品交易类型，则将所述目标虚拟用户添加至所述目标运行接口的选取结果黑名单中，基于所述选取结果黑名单，在所述目标运行接口中对所述目标虚拟用户和所述实际运行用户进行数据隔离；所述选取结果黑名单用于表征所述目标虚拟用户不参与所述目标运行接口的实际调用过程；

所述方法还包括：

响应针对所述目标运行接口的所述实际调用操作，获取所述目标运行接口关联的候选用户，获取所述选取结果黑名单；

将所述候选用户中不属于所述选取结果黑名单的候选用户，作为目标实际运行用户，通过所述目标实际运行用户执行所述目标运行接口。

12.如权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述测试数据中的异常数据，若所述异常数据在所述测试数据中的比例大于或等于异常阈值，则显示异常提示消息；所述异常提示消息包括所述异常数据。

13.如权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述目标运行接口的接口数据集及接口执行日志；所述接口数据集包括至少两个接口数据；

获取所述接口数据集中的各个接口数据的接口标签，将所述接口标签为业务数据标签的接口数据确定为保留接口数据，将所述接口标签为测试数据标签的接口数据确定为测试接口数据；

获取所述接口执行日志中的日志数据的日志标签，将所述日志标签为业务日志标签的日志数据确定为保留日志数据，将所述日志标签为测试日志标签的日志数据确定为测试日志数据；

根据所述保留接口数据及所述保留日志数据，生成所述目标运行接口的真实调用数据；

所述在所述目标运行接口中获取数据隔离后的所述目标虚拟用户对应的测试数据，包括：

根据所述测试接口数据及所述测试日志数据，生成所述目标运行接口的测试数据。

14.一种计算机设备，其特征在于，包括处理器、存储器、输入输出接口；

所述处理器分别与所述存储器和所述输入输出接口相连，其中，所述输入输出接口用于接收数据及输出数据，所述存储器用于存储计算机程序，所述处理器用于调用所述计算机程序，以执行如权利要求1-13任一项所述的方法。

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

Images