业务测试方法、装置、计算机设备和存储介质

技术领域

本申请涉及软件测试技术领域，特别是涉及一种业务测试方法、装置、计算机设备和存储介质。

背景技术

随着计算机技术的普及与发展，各种新的业务也不断产生，每一种新的业务的出现，为了保证业务能够正常运行，在业务应用之前，需要对业务对应的代码及进行一系列的测试，否则，极有可能在应用时出现难以预料的错误。

其中，回归测试需要覆盖大部分已有的测试案例场景，比如之前多个版本的已有业务流程与功能。对于每一个业务流程，可以看作是一个独立的业务逻辑，也可以看作是整个业务逻辑中的一个分支。

但是，在传统技术中，对于每一个节点的分支，都需要手动逐个去回归测试一遍流程，需要大量的时间与人力来验证，导致测试效率低下。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高测试效率的业务测试方法、装置、计算机设备和存储介质。

一种业务测试方法，方法包括：

获取待测试业务请求，待测试业务请求中携带待测试业务标识；

获取待测试业务标识对应的业务逻辑结构，所述业务逻辑结构是由所述业务标识对应的业务节点，以及所述业务节点之间的关联关系确定；

基于业务逻辑结构确定对应的待测试业务节点，并获取预先与待测试业务节点关联配置的测试用例；

根据测试用例对待测试业务节点进行测试。

在一个实施例中，获取待测试业务标识对应的业务逻辑结构，包括：

获取待测试业务标识对应的业务节点，以及各业务节点之间的关联关系；按照关联关系将业务节点进行关联，得到业务逻辑结构。

在一个实施例中，获取预先与待测试业务节点关联配置的测试用例，包括：

基于业务逻辑结构，获取与待测试业务节点对应的前置关联节点；

从预设的测试用例库中，获取预先与待测试业务节点以及前置关联节点关联配置的测试用例。

在一个实施例中，获取预先与待测试业务节点关联配置的测试用例，包括：

获取与待测试业务节点对应的业务接口；

从预设的测试用例库中获取预先与业务接口关联配置的测试用例，业务接口对应的测试用例用于对业务接口的入参、出参以及出参结果进行测试。

在一个实施例中，获取待测试业务标识对应的业务逻辑结构，包括：

获取待测试业务标识对应的历史业务逻辑结构以及业务修改数据；

根据业务修改数据对历史业务逻辑进行更新，得到待测试业务标识对应的当前的业务逻辑结构。

在一个实施例中，方法还包括：

基于业务逻辑结构，按照业务逻辑结构对应的逻辑流向依次生成待测试业务节点的待测试业务节点标识；

分别获取待测试业务节点标识对应的测试用例，根据测试用例对待测试业务节点进行测试；

当业务节点的测试结果满足测试条件时，返回至基于业务逻辑结构，并按照业务逻辑结构对应的逻辑流向依次生成待测试业务节点的待测试业务节点标识的步骤并继续执行，直至满足测试结束条件时，完成本次的业务测试。

在一个实施例中，获取待测试业务标识对应的业务逻辑结构，包括：

获取待测试业务对应的业务信息；

根据业务信息生成预设格式数据并进行存储，预设格式数据存储于区块链中；

读取预设格式数据，并生成包含输入输出的业务逻辑结构。

一种业务测试装置，装置包括：

第一获取模块，用于获取待测试业务请求，待测试业务请求中携带待测试业务标识；

第二获取模块，用于获取待测试业务标识对应的业务逻辑结构，所述业务逻辑结构是由所述业务标识对应的业务节点，以及所述业务节点之间的关联关系确定；

第三获取模块，用于基于业务逻辑结构确定对应的待测试业务节点，并获取预先与待测试业务节点关联配置的测试用例；

测试模块，用于根据测试用例对待测试业务节点进行测试。

一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述任意实施例的方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任意实施例的方法的步骤。

上述业务测试方法、装置、计算机设备和存储介质，测试用例是预先确定的，并且是与待测试节点进行关联绑定的，故而当需要对某一个业务进行测试时，只需要获取该业务对应得业务逻辑结构，并基于业务逻辑结构选取对应的待测试业务节点，即可自动调取与待测试业务节点对应的测试用例，实现了自动化测试。整个过程中不需要测试人员手动现场编写测试用例，提高了对待测试业务节点的测试效率。并且当需要对业务逻辑结构中的多个或者所有的业务节点进行测试时，也只需要在前端选取对应的业务节点即可自动调取对应的测试用例，实现了自动化测试，特别是涉及到大量的待测试业务节点时，通过本申请中提供的方法可以极大地提高对业务的测试效率。

附图说明

图1为一个实施例中业务测试方法的应用环境图；

图2为一个实施例中业务测试方法的流程示意图；

图3为另一个实施例中提供的一种业务测试方法的流程示意图；

图4为一个实施例中业务测试装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的业务测试方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。终端102通过测试页面发送针对待测试业务的测试请求，服务器104接收终端102发送的待测试业务请求，待测试业务请求中携带待测试业务标识；获取待测试业务标识对应的业务逻辑结构，所述业务逻辑结构是由所述业务标识对应的业务节点，以及所述业务节点之间的关联关系确定；基于业务逻辑结构确定对应的待测试业务节点，并获取预先与待测试业务节点关联配置的测试用例；根据测试用例对待测试业务节点进行测试。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种业务测试方法，该业务测试方法具体可以应用于计算机设备，其中计算机设备具体可以是服务器或者终端，包括以下步骤：

步骤202，获取待测试业务请求，待测试业务请求中携带待测试业务标识。

其中，待测试业务请求是用于对某一个具体业务的程序代码进行测试的请求，具体可以是对保险业务领域的程序代码进行测试的请求，或者对其他业务领域的程序代码进行测试的请求等，在此不做限制。并且待测试业务请求可以是终端向服务器发送的请求，也可以是在服务器或者终端中自动产生的请求(如可以是定时测试场景下定时产生的请求)。待测试业务标识用于唯一标识一个待测试业务，如待测试业务标识具体可以是待测试业务的ID号等。

在一个具体地实施例中，当待测试业务请求对应为保险业务请求时，保险业务测试请求中可包括一个或者多个的待测试业务节点，如待测试业务节点可以为登录节点、信息提交节点、信息审核节点等，在此不做限制，以对待测试业务中的每一个业务节点对应的程序代码进行测试，进而保证保险业务中的每一个业务节点的正常运行。

步骤204，获取待测试业务标识对应的业务逻辑结构，所述业务逻辑结构是由所述业务标识对应的业务节点，以及所述业务节点之间的关联关系确定。

其中，业务逻辑结构是根据业务的处理逻辑得到的，业务逻辑结构具体可以是根据业务的处理逻辑确定的业务流程图或者业务结构图等。并且，业务逻辑结构中包括多于一个的业务节点，以及不同业务节点之间的关联关系，具体可以根据不同业务节点之间的关联关系将各业务节点进行关联连接，得到业务逻辑结构。以及，业务逻辑结构中还可以包括判断节点，以对判断节点对应的判断逻辑进行测试。

具体地，计算机设备获取于待测试业务标识对应的业务逻辑结构。

步骤206，基于业务逻辑结构确定对应的待测试业务节点，并获取预先与待测试业务节点关联配置的测试用例。

具体地，业务逻辑结构中包括多于一个的业务节点，并且当不同的业务节点之间具有关联关系时，还根据对应的关联关系将对应的业务节点进行关联连接。在具体业务中，当需要对业务逻辑结构中的某一个业务节点进行测试时，还可以在业务逻辑结构中定位到对应的业务节点，并将定位到的业务节点确定为待测试业务节点。

需要说明的是，每一个待测试业务对应一个实现待测试业务的结构文件，每一个结构文件对应一个可视化的业务逻辑结构。其中，结构文件具体可以是一个结构树形式，结构树中包括不同业务节点之间的关联关系。并且，还可以将结构树形式的结构文件以业务逻辑结构的形式进行可视化展示，以使得前端用户可以在可视化展示的业务逻辑结构中选择待测试业务节点，以对待测试业务节点进行测试。需要说明的是，业务逻辑结构中的每一个业务节点都可以预先关联一个测试用例，根据测试用例以对对应的待测试业务节点进行测试。

步骤208，根据测试用例对待测试业务节点进行测试。

具体地，每一个待测试业务节点可对应一个预先确定的测试用例，故而当在前端选取对应的待测试业务节点，就可以直接获取与之关联配置的测试用例，实现了自动化测试，提高了对待测试业务节点的测试效率。并且，根据测试用例对待测试业务节点的测试结果可对应为测试成功以及测试失败至少两种不同的结果，其中，测试成功对应为该待测试业务节点为合格节点，否则，测试失败对应为该待测试业务节点为故障节点。进一步地，还可以将测试成功或者测试失败分别对应的结果发送至前端，以在前端展示对应的测试结果，实现及时告知前端用户对应的测试结果，特别是当测试失败时，还可以及时将测试失败的结果在前端进行展示，并还可以给出对应的故障节点，以指示相关人员对故障节点进行处理，进而保证业务的正常执行。

上述实施例中，测试用例是预先确定的，并且是与待测试节点进行关联绑定的，故而当需要对某一个业务进行测试时，只需要获取该业务对应得业务逻辑结构，并基于业务逻辑结构选取对应的待测试业务节点，即可自动调取与待测试业务节点对应的测试用例，实现了自动化测试。整个过程中不需要测试人员手动现场编写测试用例，提高了对待测试业务节点的测试效率。并且当需要对业务逻辑结构中的多个或者所有的业务节点进行测试时，也只需要在前端选取对应的业务节点即可自动调取对应的测试用例，实现了自动化测试，特别是涉及到大量的待测试业务节点时，通过本申请中提供的方法可以极大地提高对业务的测试效率。

在一个实施例中，获取待测试业务标识对应的业务逻辑结构，包括：获取待测试业务标识对应的业务节点，以及各业务节点之间的关联关系；按照关联关系将业务节点进行关联，得到业务逻辑结构。

具体地，业务逻辑结构对应为业务流程图，业务流程图中包括对应业务的实现结构，如业务流程图中可包括实现判断功能的业务节点、实现处理功能的业务节点等。在其中一个具体的实施例中，当待测试业务对应为一个具体的产品时，可以理解，同一个产品在不同的时期或者在不同的场景中会具有不同的版本，并且不同版本的产品之间存在可以共用的通用业务节点，也存在每个业务单独对应的个性业务节点。其中通用业务节点是多个版本的产品中都会用到的节点，个性业务节点是部分版本产品中用到的节点，并且个性业务节点是用于区分不同版本的产品。需要说明的是，不同版本的产品对应的业务逻辑结构是不同的。在具体场景中，可以根据业务的实际需求，确定与实际业务版本对应的业务逻辑结构，并且为业务逻辑结构中的业务节点预先关联对应的测试用例。

在一个实施例中，获取预先与待测试业务节点关联配置的测试用例，包括：基于业务逻辑结构，获取与待测试业务节点对应的前置关联节点；从预设的测试用例库中，获取预先与待测试业务节点以及前置关联节点关联配置的测试用例。

其中，前置关联节点是与待测试业务节点具有关联关系，并且是实现待测试业务节点时必须要执行的业务节点。可以理解，待测试业务节点还可以包括后置业务节点，后置业务节点是在执行该待测试业务节点之后执行的节点。也可以理解为，当待测试业务节点具有后置关联节点时，此时的待测试业务节点就可以理解为后置业务节点的前置关联节点，也就是说前置关联节点与后置关联节点是相对的概念，在不同的场景中，前置业务节点与后置业务节点的概念是可以灵活变化的。

在一个具体地实施例中，当业务节点A在业务流程图中是一个独立的节点，即业务节点A没有关联节点，那么在具体地测试场景中就可以单独对该业务节点A进行测试。在另外的实施例中，若业务节点C具有关联节点，具体地业务节点C的前置业务节点为业务节点B，那么对节点C进行测试时，就需要对业务节点C以及前置业务节点B同时进行测试，并且只有同时对业务节点以及前置业务节点进行测试时，才判定完成了对该待测试业务节点的测试步骤。

在一个具体地实施例中，根据实际的业务场景，整合所有版本的业务对应的业务逻辑以及业务需求，并根据业务逻辑以及业务需求绘制对应的业务流程图，并设计成一个自动化平台。然后，在业务流程图中选择某个待测试业务节点，进而在业务流程图中就可以自动关联与该待测试业务节点对应的所有的必要前置关联节点，并可以选择对应的前置关联节点进行业务流程的自动化测试。进一步地，还可以选择某个业务节点中的分支节点，也可以自动关联该分支节点前的所有必要前置节点，并可以选择进行业务流程的自动化测试。

可以理解，在上述实施例中，在对待测试业务的测试过程中，对于同一个业务节点可存在执行多次测试的情况，并且不会存在测试节点遗漏的情况存在，保证业务测试的全面性以及准确性，提高了业务测试的安全性。

上述实施例中，在对业务节点进行测试的过程中，还包括根据业务逻辑结构获取与待测试业务节点对应的关联业务节点，具体是获取与待测试业务节点对应的前置关联节点，并根据前置关联节点对应的测试用例以及本次待测试业务节点对应的测试用例对本次待测试业务节点进行测试。由于前置关联节点是实现待测试业务节点的必须节点，故而在对当前的待测试业务节点进行测试时，引入对前置关联节点的测试，可以保证对当前的待测试业务节点的测试准确性。

在一个实施例中，获取预先与待测试业务节点关联配置的测试用例，包括：获取与待测试业务节点对应的业务接口；从预设的测试用例库中获取预先与业务接口关联配置的测试用例，业务接口对应的测试用例用于对业务接口的入参、出参以及出参结果进行测试。

具体地，基于业务逻辑结构可以实现对待测试业务节点的自动化测试，并且在对待测试业务节点的自动化测试过程中，针对待测试业务节点的选择时，也可自动获取到与待测试业务节点关联的业务接口，并进行业务接口的入参、出参的模拟测试。进一步地，还可以增加断言来判断出参是否正确。

具体地，可以预先设计一个自动化平台的UI，并且，自动化平台可显示为已有成熟业务的流程图，该流程图具体是一种可配置的结构图。具体地，流程图的每个节点分支覆盖所有已有的业务节点，并且在选择完成后对应的业务节点后可以自动生成测试用例。在一个实施例中，自动化平台可以直接通过流程图的方式来选择需要测试的业务节点，并且还可以增加可配置的参数来锁定需要测试的业务节点，如可以增加订单号或地区测试环境等业务节点。进一步地，还可以增加开始/暂停/停止按钮来控制流程的进行。

在一个实施例中，在设计自动化平台的后端逻辑时，还可以为每个业务节点增加必要的可配置SQL来进行流程的正常流转，以及为每个业务节点增加必要的可配置接口以及可配置入参与断言。以及为每个业务节点增加必要的日志，来观察业务流程成功与失败，并且当某个业务节点测试失败时，则自动停止。

上述实施例中，在具体地业务场景中，在很多情况下，WEB回归测试的场景需要覆盖大部分已有的测试案例场景，比如之前多个版本的已有业务流程与功能，又比如已有的接口入参出参场景。如果只是手动进行回归测试，或是按照之前的测试用例，进行手动回归测试，那么效率总是不够高的。在具体实施中，对于每一个业务流程，可以看作是一个独立的业务逻辑，也可以看做是整个业务逻辑中的一个分支。对于每一个节点的分支，如果需要手动逐个去回归测试一遍流程，那么将会需要大量的时间与人力来验证；如果每一个节点的分支只挑选其中某个部分来进行验证，虽然效率会有所提高，但是测试用例的覆盖率将会降低。并且如果这样去进行回归测试，将会是比较粗糙的，浪费人力与时间，还是有很大的提升空间。那么，如果把整个业务流程看成一个整体，把业务流程及接口画出流程图，利用已有的业务功能与现有的流程，逐步把每一条业务流程写成自动化测试用例，以及已有的接口入参与出参，并进行测试，也会产生大量的自动化脚本与大量的接口测试计划，在后期维护自动化脚本也会需要大量的时间，也可能产生不必要的脚本错误。然而，通过本提案的方案预先将测试用例配置至数据库中，进而可以直接根据可视化的业务逻辑结构图执行对待测试业务节点的测试，提高了测试效率，并且当业务变化时，只需适应性更改数据库中配置的数据即可，并同时可以动态更新前端的可视化结构图，使得测试脚本的维护变得简单。

在一个实施例中，获取待测试业务标识对应的业务逻辑结构，包括：获取待测试业务标识对应的历史业务逻辑结构以及业务修改数据；根据业务修改数据对历史业务逻辑进行更新，得到待测试业务标识对应的当前的业务逻辑结构。

对应的应用场景为：产品更新很快，但是产品对应的代码更新不大，若针对每一次的产品更新都执行一次的测试将要耗费大量的时间。然而在保险业务领域，需要保证每一个更新后得到的产品的正确性以及准确性，故而需要保证测试的覆盖率，具体是需要对每一个产品的整个业务流程测试一次，耗费大量的测试时间。本申请就是为了提高测试效率而实现的，具体实现了不需要用户手动去编写测试用例，而是根据流程图中的业务节点自动调取预先配置的测试用例。

具体地，本申请目的在于根据流程图自动生成测试用例。其中，流程图是根据具体的项目需求人工设计的，并且当项目更改时，对应的流程图也需要对应的更改。具体在前端页面中显示的是流程图，但是在后端中其实对应为树结构，树结构中包括不同节点之间的关联关系，以及不同节点的属性信息，以及不同节点的SQL语句、断言等都可以自定义配置。

通过本申请的方式，可以更有效、更精准的进行回归测试，然后有针对性的选择进行某个业务进行测试，提升了测试效率。相比于现有的一些自动化测试，本申请的配置方式上更加灵活多变，自动化测试用例的维护也更加简单。可以满足不同的实际需求，选择必要的回归测试场景，提高回归测试的效率。

在一个实施例中，如图3所示，为另一个实施例中提供的一种业务测试方法流程示意图。具体地，方法还包括：

步骤302，基于业务逻辑结构，按照业务逻辑结构对应的逻辑流向依次生成待测试业务节点的待测试业务节点标识。

步骤304，分别获取待测试业务节点标识对应的测试用例，并根据测试用例对待测试业务节点进行测试。

步骤306，当业务节点的测试结果满足测试条件时，返回至基于业务逻辑结构，并按照业务逻辑结构对应的逻辑流向依次生成待测试业务节点的待测试业务节点标识的步骤并继续执行，直至满足测试结束条件时，完成本次的业务测试。

其中，待测试业务节点标识用于唯一标识一个业务节点，待测试业务节点标识具体可以是待测试业务节点的ID等信息。并且，每一个待测试业务节点标识预先关联了至少一个测试用例，进而可以根据对应的标识自动获取对应的测试用例，以根据测试用例实现对待测试业务节点的测试。并且当待测试业务节点具有前置关联节点时，还包括获取与前置关联节点对应的测试用例，以根据前置关联节点以及当前的待测试业务节点分别对应的测试用例完成对当前待测试业务节点的测试步骤。并且根据业务逻辑结构中的节点流向，还可以继续对业务逻辑结构中的所有的业务节点进行测试，当其中有测试失败的业务节点时，可以停止对其他未完成的业务节点的测试流程，并发出关于失败节点的测试失败警示信息，当完成对业务逻辑结构中的所有业务节点的测试时，并且所有的业务节点的测试皆对应为测试成功时，可以发出关于测试成功的信息。

在一个实施例中，测试结束条件包括以下至少一种：当业务节点的测试结果不满足测试条件时，判断满足测试结束条件；当完成对业务逻辑结构中的所有的业务节点的测试时，判断满足测试结束条件。

在一个实施例中，获取待测试业务标识对应的业务逻辑结构，包括：获取待测试业务对应的业务信息根据业务信息生成预设格式数据并进行存储，预设格式数据存储于区块链中；读取预设格式数据，并生成包含输入输出的业务逻辑结构。

具体地，服务器获取待测试业务标识对应的业务信息，业务信息中包括节点信息以及判断条件；根据业务信息以及判断条件生成json数据并存储至数据库中；服务器读取此json信息，可自动生成包含输入输出的业务流程案例。并且，还可以使用python框架生成测试自动化验证框架，验证业务流程案例。

需要强调的是，为进一步保证上述预设格式数据的私密和安全性，上述预设格式数据还可以存储于一区块链的节点中。

在对业务节点进行测试的过程中，本提案获取与待测试业务节点对应的前置关联节点，并根据前置关联节点对应的测试用例以及本次待测试业务节点对应的测试用例对本次待测试业务节点进行测试。由于前置关联节点是实现待测试业务节点的必须节点，故而在对当前的待测试业务节点进行测试时，引入对前置关联节点的测试，可以保证对当前的待测试业务节点的测试准确性。

以及，本提案整合所有版本现有的业务逻辑，然后对于所有流程以及不同分支画出流程图，并设计成一个自动化平台。选择某个节点，就可以自动关联该节点之前所有的必要前置节点，并可以选择进行业务流程的自动化测试；选择某个节点中的分支节点，也可以自动关联该分支节点前的所有必要前置节点，并可以选择进行业务流程的自动化测试；针对前两种节点的选择，也可自动带出该节点关联的所有接口，并进行接口入参、出参的模拟测试，并增加断言来判断接口出参的正确性。

以及，通过本提案的方案预先将测试用例配置至数据库中，进而可以直接根据可视化的业务逻辑结构图执行对待测试节点的测试，提高了测试效率，并且当业务变化时，只需适应性更改数据库中配置的数据即可，并同时可以动态更新前端的可视化结构图，使得测试脚本的维护变得简单。

应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图4所示，提供了一种业务测试装置，包括：

第一获取模块402，用于获取待测试业务请求，待测试业务请求中携带待测试业务标识。

第二获取模块404，用于获取待测试业务标识对应的业务逻辑结构，所述业务逻辑结构是由所述业务标识对应的业务节点，以及所述业务节点之间的关联关系确定。

第三获取模块406，用于基于业务逻辑结构确定对应的待测试业务节点，并获取预先与待测试业务节点关联配置的测试用例。

测试模块408，用于根据测试用例对待测试业务节点进行测试。

在一个实施例中，装置还包括关系获取模块，关系获取模块用于获取待测试业务标识对应的业务节点，以及各业务节点之间的关联关系；照关联关系将业务节点进行关联，得到业务逻辑结构。

在一个实施例中，第三获取模块406还用于基于业务逻辑结构，获取与待测试业务节点对应的前置关联节点；从预设的测试用例库中，获取预先与待测试业务节点以及前置关联节点关联配置的测试用例。

在一个实施例中，第三获取模块406还用于获取与待测试业务节点对应的业务接口；从预设的测试用例库中，获取预先与业务接口关联配置的测试用例，业务接口对应的测试用例用于对业务接口的入参、出参以及出参结果进行测试。

在一个实施例中，第二获取模块404还用于获取待测试业务标识对应的历史业务逻辑结构以及业务修改数据；根据业务修改数据对历史业务逻辑进行更新，得到待测试业务标识对应的当前的业务逻辑结构。

在一个实施例中，装置还包括本次测试模块，本次测试模块用于基于业务逻辑结构，按照业务逻辑结构对应的逻辑流向依次生成待测试业务节点的待测试业务节点标识；分别获取待测试业务节点标识对应的测试用例，并根据测试用例对待测试业务节点进行测试；当业务节点的测试结果满足测试条件时，返回至基于业务逻辑结构，并按照业务逻辑结构对应的逻辑流向依次生成待测试业务节点的待测试业务节点标识的步骤并继续执行，直至满足测试结束条件时，完成本次的业务测试。

在一个实施例中，第二获取模块404还用于获取待测试业务对应的业务信息；根据业务信息生成预设格式数据并进行存储，预设格式数据存储于区块链中；读取预设格式数据，并生成包含输入输出的业务逻辑结构。

关于业务测试装置的具体限定可以参见上文中对于业务测试方法的限定，在此不再赘述。上述业务测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器或者终端，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括存储介质、内存储器。该存储介质存储有操作系统、计算机程序和数据库。该内存储器为存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务测试数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务测试方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体地计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：获取待测试业务请求，待测试业务请求中携带待测试业务标识；获取待测试业务标识对应的业务逻辑结构，所述业务逻辑结构是由所述业务标识对应的业务节点，以及所述业务节点之间的关联关系确定；基于业务逻辑结构确定对应的待测试业务节点，并获取预先与待测试业务节点关联配置的测试用例，测试用例是预先与待测试业务节点关联配置的；根据测试用例对待测试业务节点进行测试。

在一个实施例中，处理器执行计算机程序时实现获取待测试业务标识对应的业务逻辑结构的步骤时还用于：获取待测试业务标识对应的业务节点，以及各业务节点之间的关联关系；按照关联关系将业务节点进行关联，得到业务逻辑结构。

在一个实施例中，处理器执行计算机程序时实现获取预先与待测试业务节点关联配置的测试用例的步骤时还用于：基于业务逻辑结构，获取与待测试业务节点对应的前置关联节点；从预设的测试用例库中，获取预先与待测试业务节点以及前置关联节点关联配置的测试用例。

在一个实施例中，处理器执行计算机程序时实现获取预先与待测试业务节点关联配置的测试用例的步骤时还用于：获取与待测试业务节点对应的业务接口；从预设的测试用例库中获取预先与业务接口关联配置的测试用例，业务接口对应的测试用例用于对业务接口的入参、出参以及出参结果进行测试。

在一个实施例中，处理器执行计算机程序时实现获取待测试业务标识对应的业务逻辑结构的步骤时还用于：获取待测试业务标识对应的历史业务逻辑结构以及业务修改数据；根据业务修改数据对历史业务逻辑进行更新，得到待测试业务标识对应的当前的业务逻辑结构。

在一个实施例中，处理器执行计算机程序时还用于实现：基于业务逻辑结构，按照业务逻辑结构对应的逻辑流向依次生成待测试业务节点的待测试业务节点标识；分别获取待测试业务节点标识对应的测试用例，并根据测试用例对待测试业务节点进行测试；当业务节点的测试结果满足测试条件时，返回至基于业务逻辑结构，并按照业务逻辑结构对应的逻辑流向依次生成待测试业务节点的待测试业务节点标识的步骤并继续执行，直至满足测试结束条件时，完成本次的业务测试。

在一个实施例中，处理器执行计算机程序时实现获取待测试业务标识对应的业务逻辑结构的步骤时还用于：获取待测试业务对应的业务信息，业务信息中包括节点信息以及判断条件；根据业务信息生成预设格式数据并进行存储，预设格式数据存储于区块链中；读取预设格式数据，并生成包含输入输出的业务逻辑结构。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取待测试业务请求，待测试业务请求中携带待测试业务标识；获取待测试业务标识对应的业务逻辑结构，所述业务逻辑结构是由所述业务标识对应的业务节点，以及所述业务节点之间的关联关系确定；基于业务逻辑结构确定对应的待测试业务节点，并获取预先与待测试业务节点关联配置的测试用例；根据测试用例对待测试业务节点进行测试。

在一个实施例中，计算机程序被处理器执行时实现获取待测试业务标识对应的业务逻辑结构的步骤时还用于：获取待测试业务标识对应的业务节点，以及各业务节点之间的关联关系；按照关联关系将业务节点进行关联，得到业务逻辑结构。

在一个实施例中，计算机程序被处理器执行时实现获取预先与待测试业务节点关联配置的测试用例的步骤时还用于：基于业务逻辑结构，获取与待测试业务节点对应的前置关联节点；从预设的测试用例库中，获取预先与待测试业务节点以及前置关联节点关联配置的测试用例。

在一个实施例中，计算机程序被处理器执行时实现获取预先与待测试业务节点关联配置的测试用例的步骤时还用于：获取与待测试业务节点对应的业务接口；从预设的测试用例库中获取预先与业务接口关联配置的测试用例，业务接口对应的测试用例用于对业务接口的入参、出参以及出参结果进行测试。

在一个实施例中，计算机程序被处理器执行时实现获取待测试业务标识对应的业务逻辑结构的步骤时还用于：获取待测试业务标识对应的历史业务逻辑结构以及业务修改数据；根据业务修改数据对历史业务逻辑进行更新，得到待测试业务标识对应的当前的业务逻辑结构。

在一个实施例中，计算机程序被处理器执行时还用于实现：基于业务逻辑结构，按照业务逻辑结构对应的逻辑流向依次生成待测试业务节点的待测试业务节点标识；分别获取待测试业务节点标识对应的测试用例，并根据测试用例以对待测试业务节点进行测试；当业务节点的测试结果满足测试条件时，返回至基于业务逻辑结构，并按照业务逻辑结构对应的逻辑流向依次生成待测试业务节点的待测试业务节点标识的步骤并继续执行，直至满足测试结束条件时，完成本次的业务测试。

在一个实施例中，计算机程序被处理器执行时实现获取待测试业务标识对应的业务逻辑结构的步骤时还用于：获取待测试业务对应的业务信息，业务信息中包括节点信息以及判断条件；根据业务信息生成预设格式数据并进行存储，预设格式数据存储于区块链中；读取预设格式数据，并生成包含输入输出的业务逻辑结构。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成的，计算机程序可存储于一计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(RandomAccess Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。