CN115525529A - 业务对象测试方法、装置及电子设备 - Google Patents

Abstract

本发明实施例提供了一种业务对象测试方法、装置及电子设备，所述方法包括接收测试请求，其中，测试请求中包含待测试的业务对象，根据测试请求确定与待测试的业务对象对应的接口环境类型，从预存的本地测试数据库中获取与接口环境类型对应的子数据库，并从子数据库中获取与待测试的业务对象对应的测试数据，根据测试数据对业务对象进行测试，得到测试结果，并将测试结果发送至终端设备进行显示。该实施例减少了对测试人员经验的依赖性，进而提高了业务对象测试的准确性。

Description

业务对象测试方法、装置及电子设备

技术领域

本发明实施例涉及数据处理技术领域，尤其涉及一种业务对象测试方法、装置及电子设备。

背景技术

随着用户需求的增多，对应的实现用户需求的业务系统也越来越复杂，为了保证业务的正常实现，需要在业务系统上线之前，以及上线之后对业务系统中的各业务对象进行测试。

现有技术中，在对业务对象进行测试时，一般需要人工设置测试参数，然后根据人工设置的测试参数对业务对象进行测试。

然而，通过人工设置测试参数来对业务对象进行测试的方式，过于依赖于测试人员的经验，影响了业务对象测试的准确性。

发明内容

本发明实施例提供一种业务对象测试方法、装置及电子设备，以提高业务对象测试的准确性。

第一方面，本发明实施例提供一种业务对象测试方法，包括：

接收测试请求，其中，所述测试请求中包含待测试的业务对象；

根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，从预存的本地测试数据库中获取与所述接口环境类型对应的子数据库，并从所述子数据库中获取与所述待测试的业务对象对应的测试数据；

根据所述测试数据对所述业务对象进行测试，得到测试结果，并将所述测试结果发送至终端设备进行显示。

可选的，所述根据所述测试数据对所述业务对象进行测试，得到测试结果，包括：

根据所述测试数据构建所述业务对象对应的虚拟对象，并对所述虚拟对象进行测试，得到测试结果。

可选的，所述本地测试数据库为Mock数据库，则所述根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，并从预存的本地测试数据库中获取与所述接口环境类型对应的子数据库，并从所述子数据库中获取与所述待测试的业务对象对应的测试数据，包括：

根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，并从所述Mock数据库中获取与所述接口环境类型对应的子数据库；

根据所述测试请求从所述接口环境类型对应的子数据库中获取与所述待测试的业务对象对应的初始测试数据；

根据预设的测试规则判断所述初始测试数据能否满足不同接口环境类型对应的场景测试需求，得到判断结果；

若所述判断结果为不满足，则根据预存的接口文档进行测试数据模拟处理，得到模拟测试数据，并根据所述模拟测试数据和所述初始测试数据得到所述待测试的业务对象对应的测试数据。

可选的，所述方法还包括：

若所述判断结果为满足，则将所述初始测试数据确定为所述待测试的业务对象对应的测试数据。

可选的，在所述根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，从预存的本地测试数据库中获取与所述接口环境对应的子数据库之前，还包括：

确定不同测试环境对应的接口环境类型；

获取各接口环境类型对应的子数据库；

根据所述各接口环境类型对应的子数据库得到本地测试数据库，并存储所述本地测试数据库。

可选的，若所述测试结果为测试失败，则所述将所述测试结果发送至终端设备进行显示之后，还包括：

判断测试失败的次数是否超过预设失败次数阈值；

若没有超过，则执行所述根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型及之后的步骤。

可选的，所述方法还包括：

若超过，则生成测试失败提示，并将所述测试失败提示发送至终端设备进行显示。

第二方面，本发明实施例提供一种业务对象测试装置，包括：

接收模块，用于接收测试请求，其中，所述测试请求中包含待测试的业务对象；

处理模块，用于根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，从预存的本地测试数据库中获取与所述接口环境类型对应的子数据库，并从所述子数据库中获取与所述待测试的业务对象对应的测试数据；

所述处理模块，还用于根据所述测试数据对所述业务对象进行测试，得到测试结果，并将所述测试结果发送至终端设备进行显示。

第三方面，本发明实施例提供一种电子设备，包括：至少一个处理器和存储器；

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

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如第一方面任一项所述的业务对象测试方法。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如第一方面任一项所述的业务对象测试方法。

第五方面，本发明实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面以及第一方面各种可能的设计所述的业务对象测试方法。

本发明实施例提供了一种业务对象测试方法、装置及电子设备，采用上述方案后，可以先接收包含待测试的业务对象的测试请求，然后根据该测试请求确定与待测试的业务对象对应的接口环境类型，并从预存的本地测试数据库中获取与接口环境类型对应的子数据库，再从该子数据库中获取与待测试的业务对象对应的测试数据，然后可以根据该测试数据对业务对象进行测试，得到测试结果，并将测试结果发送至终端设备进行显示，通过从本地预存的测试数据库中获取与待测试的业务对象对应的测试数据，并根据该测试数据对业务对象直接进行测试的方式，减少了对测试人员经验的依赖性，进而提高了业务对象测试的准确性。

附图说明

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

图1为本发明实施例提供的业务对象测试方法的应用系统的架构示意图；

图2为本发明实施例提供的业务对象测试方法的流程示意图；

图3为本发明实施例提供的测试失败提示的应用示意图；

图4为本发明实施例提供的业务对象测试方法的原理示意图；

图5为本发明实施例提供的业务对象测试装置的结构示意图；

图6为本发明实施例提供的电子设备的硬件结构示意图。

具体实施方式

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例还能够包括除了图示或描述的那些实例以外的其他顺序实例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

现有技术中，业务系统可以包括多个业务对象，各业务对象之间相互交互进行可以实现该业务系统对应的业务功能。为了保证业务功能的正常实现，需要在业务系统上线之前以及上线之后对业务系统中的各业务对象进行测试。一般需要测试人员手动进行测试，即需要测试人员根据自身的测试经验预先为业务对象设置好测试参数，然后根据该测试参数对业务对象进行测试。然而，通过人工设置测试参数来对业务对象进行测试的方式过于依赖测试人员的经验。示例性的，对于同一个业务对象A，测试人员1根据自身的测试经验为该业务对象A设置的测试参数为a1、a2和a4，测试人员2根据自身的测试经验为该业务对象A设置的测试参数为a1、a2和a3，而测试人员3根据自身的测试经验为该业务对象A设置的测试参数为a1、a3和a4，由于每个人的测试经验不同，最终设置的测试参数也不同，影响了业务对象测试的准确性。

基于上述技术问题，本申请通过从本地预存的测试数据库中获取与待测试的业务对象对应的测试数据，并根据该测试数据对业务对象直接进行测试的方式，达到了既减少了对测试人员经验的依赖性，又提高了业务对象测试的准确性的技术效果。

图1为本发明实施例提供的业务对象测试方法的应用系统的架构示意图，如图1所示，所述应用系统可以包括：服务器101、本地测试数据库102和终端设备103，本地测试数据库102可以部署于服务器101中。服务器101可以接收用户触发的包含待测试业务对象的测试请求，然后根据该测试请求从本地测试数据库中获取对应的测试数据，并根据该测试数据对业务对象进行测试，得到测试结果。然后可以将测试结果发送至终端设备进行显示。

其中，终端设备可以为智能手机、平板、个人电脑，还可以为智能可穿戴设备或者显示器等可显示测试结果的设备。

另外，用户可以在前端界面中触发测试请求。对应的，在前端界面中显示有多个待测试业务对象的触控控件，触发相应的触控控件，即可生成包含待测试的业务对象的测试请求。

下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本发明实施例提供的业务对象测试方法的流程示意图，本实施例的方法可以由服务器101执行。如图2所示，本实施例的方法，可以包括：

S201：接收测试请求，其中，测试请求中包含待测试的业务对象。

在本实施例中，为了保证业务系统的正常运行，可以每隔预设时长对业务系统的各业务对象进行测试，也可以在业务系统上线之前对业务系统的各业务对象进行测试。

在对各业务对象进行测试时，服务器可以先接收测试请求。其中，该测试请求可以为服务器自动生成的，也可以为用户在前端界面中通过触控操作的方式生成的。

进一步的，若测试请求为服务器自动生成的，可以预先设置好测试间隔以及业务系统中每个业务对象的测试顺序，然后根据预先设置的测试间隔以及每个业务对象的测试顺序依次生成包含待测试的业务对象的测试请求。

S202：根据测试请求确定与待测试的业务对象对应的接口环境类型，从预存的本地测试数据库中获取与接口环境类型对应的子数据库，并从子数据库中获取与待测试的业务对象对应的测试数据。

在本实施例中，在得到测试请求之后，可以先根据测试请求确定与待测试的业务对象对应的接口环境类型。其中，不同的业务对象可能属于不同的应用环境，而不同的应用环境对应有不同的接口环境类型，因此，不同的业务对象对应的接口环境类型不同。示例性的，应用环境可能为Windows系统，也可能为Mac OS系统，还可能为Linux系统。

此外，为了提高测试数据获取的准确性，本地测试数据库在存储各业务对象对应的测试数据时，可以根据业务对象对应的接口环境类型将测试数据分别对应存储至不同的子数据库中，进而得到本地测试数据库。因此，在确定了与业务对象对应的接口环境类型之后，可以先从预存的本地测试数据库中获取与接口环境类型对应的子数据库，然后从子数据库中获取与待测试的业务对象对应的测试数据。

进一步的，若本地测试数据库为Mock数据库，则根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，并从预存的本地测试数据库中获取与所述接口环境类型对应的子数据库，并从所述子数据库中获取与所述待测试的业务对象对应的测试数据，具体可以包括：

根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，并从所述Mock数据库中获取与所述接口环境类型对应的子数据库。

根据所述测试请求从所述接口环境类型对应的子数据库中获取与所述待测试的业务对象对应的初始测试数据。

根据预设的测试规则判断所述初始测试数据能否满足不同接口环境类型对应的场景测试需求，得到判断结果。

若所述判断结果为不满足，则根据预存的接口文档进行测试数据模拟处理，得到模拟测试数据，并根据所述模拟测试数据和所述初始测试数据得到所述待测试的业务对象对应的测试数据。

具体的，在从接口环境类型对应的子数据库中获取到与待测试业务对象对应的初始测试数据之后，由于可能存在初始测试数据集不充足，影响业务对象测试准确性的情况，因此，可以根据预设的测试规则判断初始测试数据能否满足不同接口环境类型对应的场景测试需求，得到判断结果。

其中，预设的测试规则可以采用现有的测试规则，在此不再详细进行论述。

进一步的，若判断结果为不满足，则表明现有的初始测试数据无法满足对应的场景测试需求，需要增加相关的测试数据来提高业务对象测试的准确性。因此，可以根据预存的接口文档进行测试数据模型处理，得到与接口环境类型对应的模拟测试数据，然后将模拟测试数据和初始测试数据合并，得到待测试的业务对象对应的测试数据。其中，预存的接口文档可以采用现有的接口文档，即可以采用现有的接口文档来生成与接口环境类型对应的模拟测试数据，提高了模拟测试数据的生成效率。

另外，所述方法还可以包括：

若判断结果为满足，则将初始测试数据确定为待测试的业务对象对应的测试数据。

具体的，若判断结果为能满足不同接口环境类型对应的场景测试需求，则可以直接将初始测试数据确定为待测试的业务对象对应的测试数据，无需再额外模拟测试数据，减少了数据处理的压力。

S203：根据测试数据对业务对象进行测试，得到测试结果，并将测试结果发送至终端设备进行显示。

在本实施例中，在得到测试数据之后，可以根据测试数据对业务对象进行测试，得到测试结果。其中，测试数据可以包括两种情况，一种为均从本地测试数据库中获取的与接口环境类型对应的数据，另一种可以为模拟测试数据与从本地测试数据库中获取的与接口环境类型对应的数据的混合数据，且两种数据的测试方法相同。

进一步的，根据测试数据对业务对象进行测试，得到测试结果，具体可以包括：

根据测试数据构建业务对象对应的虚拟对象，并对虚拟对象进行测试，得到测试结果。

具体的，可以先根据测试数据构建业务对象对应的虚拟对象，然后直接对该虚拟对象进行测试，得到测试结果，通过直接对虚拟对象进行测试的方式，减少了对原业务对象的影响，保证了原业务系统的正常运行。

进一步的，测试结果可以包括两种，一种为测试成功，一种为测试失败。若测试结果为测试成功，则可以发送测试成功提示至终端设备进行显示。若测试结果为测试失败，则可以发送测试失败提示至终端设备进行显示，进而提醒测试人员可以根据测试结果及时调整各业务对象，进而保证了业务系统的正常运行。

采用上述方案后，可以先接收包含待测试的业务对象的测试请求，然后根据该测试请求确定与待测试的业务对象对应的接口环境类型，并从预存的本地测试数据库中获取与接口环境类型对应的子数据库，再从该子数据库中获取与待测试的业务对象对应的测试数据，然后可以根据该测试数据对业务对象进行测试，得到测试结果，并将测试结果发送至终端设备进行显示，通过从本地预存的测试数据库中获取与待测试的业务对象对应的测试数据，并根据该测试数据对业务对象直接进行测试的方式，减少了对测试人员经验的依赖性，进而提高了业务对象测试的准确性。

基于图2的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。

在另一个实施例中，在根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，从预存的本地测试数据库中获取与所述接口环境对应的子数据库之前，所述方法还可以包括：

确定不同测试环境对应的接口环境类型。

获取各接口环境类型对应的子数据库。

根据所述各接口环境类型对应的子数据库得到本地测试数据库，并存储所述本地测试数据库。

在本实施例中，在应用预存的本地测试数据库来获取与接口环境对应的子数据库之前，可以先构建本地测试数据库，然后将构建完成的本地测试数据库存储于服务器本地，方便后续直接应用该本地测试数据库来获取数据。

进一步的，在构建本地测试数据库时，可以先确定不同测试环境对应的接口环境类型，然后再获取各接口环境类型对应的子数据库，进而可以根据各个子数据库得到本地测试数据库。其中，接口环境类型与子数据库一一对应。

此外，还可以根据实际应用场景或者历史测试结果对各个接口环境类型对应的子数据库中的数据进行调整，进而提高了各业务对象测试的准确性。

此外，在另一实施例中，若测试结果为测试失败，则将所述测试结果发送至终端设备进行显示之后，所述方法还可以包括：

判断测试失败的次数是否超过预设失败次数阈值。

若没有超过，则执行所述根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型及之后的步骤。

在本实施例中，测试结果可以包括两种，一种为测试成功，一种为测试失败。若测试结果为测试成功，则可以直接发送测试成功提示至终端设备。若测试结果为测试失败，为了避免误操作，可以先判断测试失败的次数是否超过预设失败次数阈值，若没有超过，可以重新执行根据测试请求确定与待测试的业务对象对应的接口环境类型及之后的步骤直至测试成功，或者测试失败的次数超过预设失败次数阈值。

其中，预设失败次数阈值可以根据实际应用场景自定义进行设置，在此不再详细进行限定。

此外，所述方法还可以包括：

若超过，则生成测试失败提示，并将测试失败提示发送至终端设备进行显示。

在本实施例中，若测试失败的次数超过预设失败次数阈值，则表明可以排除为误操作的情况，测试数据或者网络线路等可能存在问题需要相关人员及时进行调整，因此，在测试失败的次数超过预设失败次数阈值时，可以生成测试失败提示，并将测试失败提示发送至终端设备进行显示。

示例性的，图3为本发明实施例提供的测试失败提示的应用示意图，如图3所示，在该实施例中，在测试失败的次数超过预设失败次数阈值时，可以生成测试失败提示，其中该测试失败提示的提示文字可以为“业务对象测试失败，请检测！”，然后可以将该测试失败提示发送至终端设备进行显示。

采用上述方案后，通过Mock数据库本地化的方式，可以对指定的接口环境类型进行针对性测试，提高了测试覆盖度，且降低了测试成本。还可以针对功能可以集成后端多环境测试，快速切换，检验业务在不同环境下的稳定性。优化Mock数据库的数据管理不变的问题。测试环境与生产环境独立管理，不需要为了Mock数据库而做相关代码或者配置文件的修改，避免因Mock数据库测试配置未还原，而导致正式环境指向了Mock数据库的问题。进一步的，还可以模拟汇聚校验数字签名数据等数据校验，记录调用参数、处理时长，协助开发进行接口、性能调试。

图4为本发明实施例提供的业务对象测试方法的原理示意图，如图4所示，在该实施例中，用户可以在Web端(前端界面)触发测试请求，测试请求先发送至对应的应用服务器，应用服务器可以请求Mock数据库(即预设本地数据库)，Mock数据库可以先模拟生成对应的汇聚接口数据，然后可以通过遗传汇聚模式发送至对应的汇聚生产环境和汇聚测试环境进行分别处理，得到汇聚返回数据。将汇聚返回数据发送至Mock数据库来模拟生成汇聚校验数字签名数据，并随意切换汇聚环境，得到Mock数据库返回的数据，并将Mock数据库返回的测试数据返回至对应的应用服务器，以使应用服务器根据该测试数据进行测试，得到测试结果，并将测试结果返回至Web端进行显示。此外，开发端还可以获取配置数据，其中，所述配置数据中包括Mock数据库记录的调用处理时长，并根据获取的配置数据对Mock数据库进行调整。

采用上述方案后，使得通过Mock数据库的测试可以独立模拟能力汇聚响应，进而使得开发自测阶段、测试阶段均可以及早开展，有利于整个业务系统的质量以及进度的保证。且在在实际测试数据不充足的情况下，模拟各种场景的返回值，提高测试覆盖度，有效避免因数据不全，导致测试场景覆盖不全而导致缺陷遗留到生产环境的问题。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置，图5为本发明实施例提供的业务对象测试装置的结构示意图，如图5所示，可以包括：

接收模块501，用于接收测试请求，其中，所述测试请求中包含待测试的业务对象。

处理模块502，用于根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，从预存的本地测试数据库中获取与所述接口环境类型对应的子数据库，并从所述子数据库中获取与所述待测试的业务对象对应的测试数据。

在本实施例中，所述本地测试数据库为Mock数据库，所述处理模块502，还用于：

根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，并从所述Mock数据库中获取与所述接口环境类型对应的子数据库。

根据所述测试请求从所述接口环境类型对应的子数据库中获取与所述待测试的业务对象对应的初始测试数据。

根据预设的测试规则判断所述初始测试数据能否满足不同接口环境类型对应的场景测试需求，得到判断结果。

若所述判断结果为不满足，则根据预存的接口文档进行测试数据模拟处理，得到模拟测试数据，并根据所述模拟测试数据和所述初始测试数据得到所述待测试的业务对象对应的测试数据。

此外，所述处理模块502，还用于：

若所述判断结果为满足，则将所述初始测试数据确定为所述待测试的业务对象对应的测试数据。

所述处理模块502，还用于：

根据所述测试数据对所述业务对象进行测试，得到测试结果，并将所述测试结果发送至终端设备进行显示。

在本实施例中，所述处理模块502，还用于：

根据所述测试数据构建所述业务对象对应的虚拟对象，并对所述虚拟对象进行测试，得到测试结果。

此外，在另一实施例中，所述处理模块502，还用于：

确定不同测试环境对应的接口环境类型。

获取各接口环境类型对应的子数据库。

根据所述各接口环境类型对应的子数据库得到本地测试数据库，并存储所述本地测试数据库。

此外，在另一实施例中，若所述测试结果为测试失败，所述处理模块502，还用于：

判断测试失败的次数是否超过预设失败次数阈值。

若没有超过，则执行所述根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型及之后的步骤。

进一步的，所述处理模块502，还用于：

若超过，则生成测试失败提示，并将所述测试失败提示发送至终端设备进行显示。

本发明实施例提供的装置，可以实现上述如图2所示的实施例的方法，其实现原理和技术效果类似，此处不再赘述。

图6为本发明实施例提供的电子设备的硬件结构示意图，如图6所示，本实施例提供的设备600包括：至少一个处理器601和存储器602。其中，处理器601、存储器602通过总线603连接。

在具体实现过程中，至少一个处理器601执行所述存储器602存储的计算机执行指令，使得至少一个处理器601执行上述方法实施例中的方法。

处理器601的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

在上述的图6所示的实施例中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application SpecificIntegrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述方法实施例的业务对象测试方法。

本发明实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上所述的业务对象测试方法。

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

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (11)

1.一种业务对象测试方法，其特征在于，包括：

接收测试请求，其中，所述测试请求中包含待测试的业务对象；

根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，从预存的本地测试数据库中获取与所述接口环境类型对应的子数据库，并从所述子数据库中获取与所述待测试的业务对象对应的测试数据；

根据所述测试数据对所述业务对象进行测试，得到测试结果，并将所述测试结果发送至终端设备进行显示。

2.根据权利要求1所述的方法，其特征在于，所述根据所述测试数据对所述业务对象进行测试，得到测试结果，包括：

根据所述测试数据构建所述业务对象对应的虚拟对象，并对所述虚拟对象进行测试，得到测试结果。

3.根据权利要求1所述的方法，其特征在于，所述本地测试数据库为Mock数据库，则所述根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，并从预存的本地测试数据库中获取与所述接口环境类型对应的子数据库，并从所述子数据库中获取与所述待测试的业务对象对应的测试数据，包括：

根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，并从所述Mock数据库中获取与所述接口环境类型对应的子数据库；

根据所述测试请求从所述接口环境类型对应的子数据库中获取与所述待测试的业务对象对应的初始测试数据；

根据预设的测试规则判断所述初始测试数据能否满足不同接口环境类型对应的场景测试需求，得到判断结果；

若所述判断结果为不满足，则根据预存的接口文档进行测试数据模拟处理，得到模拟测试数据，并根据所述模拟测试数据和所述初始测试数据得到所述待测试的业务对象对应的测试数据。

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

若所述判断结果为满足，则将所述初始测试数据确定为所述待测试的业务对象对应的测试数据。

5.根据权利要求1-4任一项所述的方法，其特征在于，在所述根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，从预存的本地测试数据库中获取与所述接口环境对应的子数据库之前，还包括：

确定不同测试环境对应的接口环境类型；

获取各接口环境类型对应的子数据库；

根据所述各接口环境类型对应的子数据库得到本地测试数据库，并存储所述本地测试数据库。

6.根据权利要求1-4任一项所述的方法，其特征在于，若所述测试结果为测试失败，则所述将所述测试结果发送至终端设备进行显示之后，还包括：

判断测试失败的次数是否超过预设失败次数阈值；

若没有超过，则执行所述根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型及之后的步骤。

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

若超过，则生成测试失败提示，并将所述测试失败提示发送至终端设备进行显示。

8.一种业务对象测试装置，其特征在于，包括：

接收模块，用于接收测试请求，其中，所述测试请求中包含待测试的业务对象；

处理模块，用于根据所述测试请求确定与所述待测试的业务对象对应的接口环境类型，从预存的本地测试数据库中获取与所述接口环境类型对应的子数据库，并从所述子数据库中获取与所述待测试的业务对象对应的测试数据；

所述处理模块，还用于根据所述测试数据对所述业务对象进行测试，得到测试结果，并将所述测试结果发送至终端设备进行显示。

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

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

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1至7任一项所述的业务对象测试方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1至7任一项所述的业务对象测试方法。

11.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的业务对象测试方法。

Images