流程验证方法、装置、计算机设备和存储介质与流程

本申请涉及过程优化领域，特别是涉及一种流程验证方法、装置、计算机设备和存储介质。

背景技术：

随着信息技术的发展，为提高业务流程处理效率，越来越多的虚拟产品如保险产品、贷款产品等实现自动化的处理流程，如用户购买的保险产品、贷款产品后，实现线上的签核与审批。针对不同的产品，存在着不同的签核与审批流程，在产品上线之前，需要测试人员针对该产品的处理流程进行测试，以确保产品处理流程的顺利进行。

然而，传统的产品流程测试验证方法主要是按照流程处理顺序，输入流程节点的需求信息来验证流程中的每个节点，对于流程节点与分支结构众多的产品，完成整个产品的流程测试所需时间长，效率低。

技术实现要素：

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

一种流程验证方法，所述方法包括：

获取待验证流程中的第一流程节点信息；

查找与第一流程节点信息对应的预设配置文件；

根据预设配置文件，对第一流程节点进行节点触发验证；

当节点触发验证成功时，获取第一流程节点的关联数据，并验证关联数据；

当关联数据符合预设的验证标准时，启动第二流程节点的验证，其中，第二流程节点是指待验证流程中与第一流程节点相邻的下一流程节点。

在其中一个实施例中，根据预设配置文件，对第一流程节点进行节点触发验证，包括：

根据预设配置文件的节点配置数据，提取第一流程节点对应的前端数据；

获取第一流程节点的后端数据，并验证前端数据与后端数据的映射关系，其中，前端数据是指终端展示的相关数据，后端数据是指数据库中存储的相关数据。

在其中一个实施例中，关联数据包括第一流程节点对应的订单信息；当节点触发验证成功时，获取第一流程节点的关联数据，并验证关联数据，包括：

当节点触发验证成功时，获取订单信息对应的数据库信息；

根据数据库信息，验证订单信息是否符合预设的数据存储要求；

当订单信息符合数据存储要求时，验证订单信息对应数据内容的正确性。

在其中一个实施例中，关联数据包括第一流程节点推送的短信数据；当节点触发验证成功时，获取第一流程节点的关联数据，并验证关联数据，包括：

当节点触发验证成功时，获取第一流程节点推送的短信数据，短信数据至少包括第一优先级数据与第二优先级数据；

根据预设的第一模板数据，对第一优先级数据进行对比验证；

当第一优先级数据验证成功时，根据预设的第二模板数据，对第二优先级数据进行对比验证。

在其中一个实施例中，根据预设配置文件，对第一流程节点进行节点触发验证之后，还包括：

当节点触发验证失败时，发送验证失败提示消息与验证失败原因，并结束第一流程节点的验证，标记第一流程节点；

当节点触发验证成功时，获取第一流程节点的关联数据，并验证关联数据之后，还包括：

当关联数据验证失败时，发送验证失败提示消息与验证失败原因，并结束第一流程节点的验证，标记第一流程节点。

在其中一个实施例中，获取待验证流程中的第一流程节点信息之前，还包括：

读取输入的流程验证方式执行指令，流程验证方式执行指令包括快速验证执行指令、循环验证执行指令、以及全流程验证执行指令；

根据流程验证方式执行指令，确定待验证流程的第一流程节点信息。

在其中一个实施例中，当流程验证方式执行指令为快速验证执行指令时，根据流程验证方式执行指令，确定待验证流程的第一流程节点信息，包括：

根据输入的产品订单编号，确定产品订单编号对应的流程信息；

检测流程信息中流程节点的标记信息，根据标记信息确定验证进程；

根据验证进程，确定待验证流程，以及待验证流程的第一流程节点信息。

一种流程验证装置，所述装置包括：

第一流程节点信息获取模块，用于获取待验证流程中的第一流程节点信息；

预设配置文件查找模块，用于查找与第一流程节点信息对应的预设配置文件；

节点触发验证模块，用于根据预设配置文件，对第一流程节点进行节点触发验证；

关联数据获取与验证模块，用于当节点触发验证成功时，获取第一流程节点的关联数据，并验证关联数据；

第二流程节点验证启动模块，用于当关联数据符合预设的验证标准时，启动第二流程节点的验证，其中，第二流程节点是指待验证流程中与第一流程节点相邻的下一流程节点。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取待验证流程中的第一流程节点信息；

查找与第一流程节点信息对应的预设配置文件；

根据预设配置文件，对第一流程节点进行节点触发验证；

当节点触发验证成功时，获取第一流程节点的关联数据，并验证关联数据；

当关联数据符合预设的验证标准时，启动第二流程节点的验证，其中，第二流程节点是指待验证流程中与第一流程节点相邻的下一流程节点。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取待验证流程中的第一流程节点信息；

查找与第一流程节点信息对应的预设配置文件；

根据预设配置文件，对第一流程节点进行节点触发验证；

当节点触发验证成功时，获取第一流程节点的关联数据，并验证关联数据；

当关联数据符合预设的验证标准时，启动第二流程节点的验证，其中，第二流程节点是指待验证流程中与第一流程节点相邻的下一流程节点。

上述流程验证方法、装置、计算机设备和存储介质，通过获取待验证流程中的第一流程节点信息确定验证的起点，通过查找与第一流程节点信息对应的预设配置文件，使用预设配置文件对第一流程节点进行触发验证，避免了传统技术上需要手动输入该节点的需求信息来进行触发验证的方式，提高了节点触发验证效率，通过依次进行节点触发验证和关联数据的验证的方法，增强了验证的准确性，且在节点触发验证成功之后进行关联数据的验证，避免了进行无用操作，在第一流程节点验证结束时，自动启动相邻的下一流程节点的验证，实现了整个待验证流程的自动验证，提高了验证效率。

附图说明

图1为本申请一个实施例中流程验证方法的应用场景图；

图2为本申请一个实施例中流程验证方法的流程示意图；

图3为本申请另一个实施例中流程验证方法的流程示意图；

图4为本申请另一个实施例中流程验证方法的流程示意图；

图5为本申请另一个实施例中流程验证方法的流程示意图；

图6为本申请另一个实施例中流程验证方法的流程示意图；

图7为本申请另一个实施例中流程验证方法的流程示意图；

图8为本申请另一个实施例中流程验证方法的流程示意图；

图9为本申请一个实施例中流程验证装置的结构框图；

图10为本申请一个实施例中计算机设备的内部结构图。

具体实施方式

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

本申请提供的流程验证方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。服务器104接收测试人员通过终端102输入的产品订单信息，服务器104根据产品订单信息获取该订单信息对应流程图的各流程信息，并根据各流程信息获取到预设的对应配置文件，验证配置文件是否符合对应流程节点的触发要求，并进一步验证该流程节点的关联数据，当验证通过后持续触发该订单的后续各流程节点，从而判断该订单可以达到的流程节点，当存在流程节点无法验证通过时，记录该订单已到达的流程节点，并发送提示信息至终端102以提示测试人员，其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种流程验证方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

s300，获取待验证流程中的第一流程节点信息。

待验证流程是指产品对应的工作流中未进行验证的流程节点组成的部分，当工作流包括多个分支回路时，待验证流程可以是多个分支回路，可以是其中一个分支，也可以是分支回路的一部分，待验证流程的确定可以通过对工作流文件的解析来实现。流程节点是指产品对应的工作流划分成若干个阶段来完成时，每个阶段开始时的转接点，待验证流程中的第一流程节点信息是指未进行验证的流程中的第一个流程节点，在该流程节点之前的流程节点已完成验证，且在该流程节点之后的流程节点未完成验证。流程从开始到结束会经历一系列的流程节点，每个节点由不同的进件应用程序及其相关数据的验证完成，每个进件应用程序又分属于不同的角色，使用不同的时间，有些流程每个节点可以流向下一个节点或者返回前面任何一个节点。从一个节点流向下一个节点需要特定的条件。每个流程节点设置有对应的属性，通过这些属性将每一个节点连接起来，实现流程的流转以及流程控制的目的。

s400，查找与第一流程节点信息对应的预设配置文件。

预设配置文件是指在流程节点在签核或验证过程中，所要加载所需环境的设置和文件的集合，在实施例中，预设配置文件包括进件应用程序及其对应的关联数据，由于每个流程节点的验证需求存在差异，故对应的预设配置文件也存在差别，预设配置文件与流程节点属性中的流程编号对应，以确保每个预设配置文件与流程节点相对应。在实施例中，可以通过第一流程节点信息的流程标号查找与第一流程节点信息对应的预设配置文件。

s500，根据预设配置文件，对第一流程节点进行节点触发验证。

节点触发验证是指按照节点启动条件对预设配置文件或实际获取数据的验证过程，在实施例中，节点触发验证包括所需数据验证、签核意见验证等，通过对获取的预设配置文件进行解析，得到信息类型与信息内容，依次确定第一流程节点的所需信息类型与所需信息内容与解析结果是否匹配。在实施例中，对流程节点的信息内容验证包括前端展示数据与后端存储数据的映射关系验证，其中，前端展示数据可以通过对预设配置文件的解析获得，后端存储数据可以通过数据调用获得。

s600，当节点触发验证成功时，获取第一流程节点的关联数据，并验证关联数据。

由于每个流程节点的数据来源不同，与该流程节点相关联的系统或数据库也会有不同，关联数据包括流程节点发出的短信等消息数据，或是对应的订单信息等。当节点触发验证通过时，需要进一步验证该流程节点的关联数据，首先，通过检测与第一流程节点相连的关联数据传输路径，确定所需的关联数据，并根据关联数据传输路径，获取第一流程节点的关联数据，通过对数据内容的对比，实现关联数据的验证。

s700，当关联数据符合预设的验证标准时，启动第二流程节点的验证，其中，第二流程节点是指待验证流程中与第一流程节点相邻的下一流程节点。

为确保整个待验证流程的验证连续性，在第一流程节点完成节点出发验证与关联数据验证之后，自动启动与第一流程节点相邻的下一流程节点，即第二流程节点的验证过程。

上述流程验证方法，通过获取待验证流程中的第一流程节点信息确定验证的起点，通过查找与第一流程节点信息对应的预设配置文件，使用预设配置文件对第一流程节点进行触发验证，避免了传统技术上需要手动输入该节点的需求信息来进行触发验证的方式，提高了节点触发验证效率，通过依次进行节点触发验证和关联数据的验证的方法，增强了验证的准确性，且在节点触发验证成功之后进行关联数据的验证，避免了进行无用操作，在第一流程节点验证结束时，自动启动相邻的下一流程节点的验证，实现了整个待验证流程的自动验证，提高了验证效率。

在一个实施例中，如图3所示，根据预设配置文件，对第一流程节点进行节点触发验证，包括：

s520，根据预设配置文件的节点配置数据，提取第一流程节点对应的前端数据。

s540，获取第一流程节点的后端数据，并验证前端数据与后端数据的映射关系，其中，前端数据是指终端展示的相关数据，后端数据是指数据库中存储的相关数据。

在实施例中，通过对预设配置文件进行解析，获得节点配置数据，根据节点配置数据触发第一流程节点，并通过节点配置数据提取出对应的前端数据，后端数据的获取可以直接从对应的数据库中进行提取，前端数据与后端数据的映射关系验证包括展示内容与存储内容的一致性，由于订单的生成、签核等流程的数据展示都是通过前端进行，前端有特定的展示逻辑，通过获取前端数据并对前端数据与后端数据的映射关系进行验证，可以确保节点验证的准确性。

在一个实施例中，如图4所示，关联数据包括第一流程节点对应的订单信息。当节点触发验证成功时，获取第一流程节点的关联数据，并验证关联数据，包括：

s610，当节点触发验证成功时，获取订单信息对应的数据库信息。

s620，根据数据库信息，验证订单信息是否符合预设的数据存储要求。

s630，当订单信息符合数据存储要求时，验证订单信息对应数据内容的正确性。

节点的关联数据存在多样化，在进行节点关联数据验证之前，需确定关联数据的具体内容并进行内容的验证检测，在实施例中，关联数据的相关信息如属于哪一类数据等，可以通过第一流程节点的节点触发验证确定，而关联数据的具体内容可以通过对流程节点的关联数据传输通道进行检测，确定该流程节点的关联数据所对应的数据库或是存储位置，从而确定关联数据的具体内容，当关联数据为第一流程节点对应的订单信息时，在节点触发验证成功时，通过检测到的对应存储位置，获取订单信息对应的数据库信息，在实施例中，可以根据数据库的名称初步判断数据的存储要求是否符合预设标准，通过对文件名的检测，即可判断数据是否对应，在其中一个实施例中，数据包含客户基本信息与订单信息，如客户姓名、身份证号、年龄、住址等客户基本信息以及如订单时间、协议内容、客户权益、订单金额等订单信息进行验证，在实施例中，订单信息为投保信息，由于投保信息包含的数据众多，投保信息的数据获取顺序可以根据设定的优先级进行确定，设定的优先级可以根据保单参数录入的先后顺序确定，也可以根据参数类型确定，如资金数据、客户信息、资方信息等，优先级别可以根据需求进行设定，在获取到对应的数据信息时，同步展示该数据对应的数据库名称，使测试人员可以确定数据库与数据是否对应，以确保关联数据存储位置正确。

在一个实施例中，如图5所示，关联数据包括第一流程节点推送的短信数据。当节点触发验证成功时，获取第一流程节点的关联数据，并验证关联数据，包括：

s650，当节点触发验证成功时，获取第一流程节点推送的短信数据，短信数据至少包括第一优先级数据与第二优先级数据。

s660，根据预设的第一模板数据，对第一优先级数据进行对比验证。

s670，当第一优先级数据验证成功时，根据预设的第二模板数据，对第二优先级数据进行对比验证。

当流程节点触发成功后，需要向用户推送短信哦邮件等消息的逻辑机制时，可以通过配置短信的收集单元，使流程节点触发后将短信发送至该收集单元，从而获取到获取第一流程节点推送的短信数据，收集单元将接收到的短信与预设标准短信模板对比，判断发送的短信是否符和要求，并将对比结果展示给测试人员。在短信的对比过程中，根据设定的核对优先级依次核对短信中的信息，例如，设定的优先级如第一优先数据为收件人号码、第二优先数据为短信正文如收件人姓名、对应业务名称、具体事件等，当检测到上一级核对结果出现不匹配时，发送错误提示，并结束短信验证流程，不再进行下一级内容的检测，减少了数据处理量。

在一个实施例中，如图6所示，根据预设配置文件，对第一流程节点进行节点触发验证之后，还包括：

s590，当节点触发验证失败时，发送验证失败提示消息与验证失败原因，并结束第一流程节点的验证，标记第一流程节点。

当节点触发验证成功时，获取第一流程节点的关联数据，并验证关联数据之后，还包括：

s690，当关联数据验证失败时，发送验证失败提示消息与验证失败原因，并结束第一流程节点的验证，标记第一流程节点。

通过设定当节点触发验证或是关联数据验证失败时停止验证的工作机制，结束第一流程节点的验证，确保所有的检测与验证工作的有效性，合理利用资源，发送验证失败提示消息与验证失败原因，使测试人员能够根据提示消息与失败原因进行针对性调整，通过标记验证失败的第一流程节点，表征该流程节点存在验证失败问题，下次进行测试时，可以通过标记直接从验证失败的流程节点开始验证，提高了验证效率。

在一个实施例中，如图7所示，获取待验证流程中的第一流程节点信息之前，还包括：

s220，读取输入的流程验证方式执行指令，流程验证方式执行指令包括快速验证执行指令、循环验证执行指令、以及全流程验证执行指令。

s240，根据流程验证方式执行指令，确定待验证流程的第一流程节点信息。

流程验证方式执行指令是指流程节点验证的顺序或循环方式，快速验证执行指令是指在最短的时间内完成流程节点的测试，在实施例中，可以通过查找验证失败标记信息，跳过已验证完成流程节点直接验证待验证流程，其中快速验证执行指令对应的第一流程节点信息为第一个验证失败标记信息对应的节点。循环验证执行指令是指通过读取整个流程信息，并在最后一个流程节点验证结束后跳转至第一个流程节点，循环进行验证，其中，循环验证执行指令对应的第一流程节点信息为流程开始的第一个流程节点。全流程验证执行指令是指从第一个流程节点到最后一个流程节点的单次验证，其中，全流程验证执行指令对应的第一流程节点信息为流程开始的第一个流程节点，可以理解，在其他实施例中，可以通过输入的指定流程节点，确定第一流程节点信息。流程验证方式执行指令还包括批量验证执行指令，定时验证执行指令，按设定触发条件触发验证执行指令等。

在一个实施例中，如图8所示，当流程验证方式执行指令为快速验证执行指令时，根据流程验证方式执行指令，确定待验证流程的第一流程节点信息，包括：

s242，根据输入的产品订单编号，确定产品订单编号对应的流程信息。

s244，检测流程信息中流程节点的标记信息，根据标记信息确定验证进程。

s246，根据验证进程，确定待验证流程，以及待验证流程的第一流程节点信息。

不同的产品类型具有不同的流程，当流程验证方式执行指令为快速验证执行指令时，在实施例中，可以首先检测输入的订单号是否存在，当订单存在时，检测该订单已验证完成的流程，并显示标记信息所在的流程节点，当接收到测试指令时，通过配置文件触发标记信息所在的流程节点及其后续各流程节点，到流程节点触发错误或流程结束时停止验证。当订单不存在时，自动创建订单，并提示选择流程节点或测试开始指令，使订单从初始流程节点开始运行。

在一个实施例中，还可以通过指定起始流程节点和终止流程节点来限定待验证流程范围，当接收到指定的起始流程节点测试信息时，若起始流程节点位于当前验证中流程节点之前，则提示该节点可正常运行并跳转至该流程节点，若指定流程节点位于当前验证中流程节点之后，则直接跳转至该流程节点，并显示中间未检测流程节点。当接收到指定的终止流程节点测试信息，且起始流程节点位于终止流程节点之前时，若终止流程节点位于当前流程节点之前，输出验证成功，重新开始验证消息，若终止流程节点位于当前流程节点之后，根据配置文件自动触发至该指定流程节点后停止触发。

在一个实施例中，通过检测流程节点中的关键信息，例如流程代码等，检测不同订单中是否存在的相同流程节点，通过调用其他配置文件中的相同流程节点的对应信息直接进行触发，节省了测试人员对配置文件的开发所需时间，提高了测试效率。

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

在一个实施例中，如图9所示，提供了一种流程验证装置，包括：

第一流程节点信息获取模块300，用于获取待验证流程中的第一流程节点信息；

预设配置文件查找模块400，用于查找与第一流程节点信息对应的预设配置文件；

节点触发验证模块500，用于根据预设配置文件，对第一流程节点进行节点触发验证；

关联数据获取与验证模块600，用于当节点触发验证成功时，获取第一流程节点的关联数据，并验证关联数据；

第二流程节点验证启动模块700，用于当关联数据符合预设的验证标准时，启动第二流程节点的验证，其中，第二流程节点是指待验证流程中与第一流程节点相邻的下一流程节点。

在一个实施例中，节点触发验证模块500包括：

前端数据提取单元，用于根据预设配置文件的节点配置数据，提取第一流程节点对应的前端数据；

映射关系验证单元，用于获取第一流程节点的后端数据，并验证前端数据与后端数据的映射关系，其中，前端数据是指终端展示的相关数据，后端数据是指数据库中存储的相关数据。

在一个实施例中，关联数据包括第一流程节点对应的订单信息；关联数据获取与验证模块600包括：

订单信息获取单元，用于当节点触发验证成功时，获取订单信息对应的数据库信息；

订单信息存储要求验证单元，用于根据数据库信息，验证订单信息是否符合预设的数据存储要求；

订单信息内容验证单元，用于当订单信息符合数据存储要求时，验证订单信息对应数据内容的正确性。

在一个实施例中，关联数据包括第一流程节点推送的短信数据；关联数据获取与验证模块600包括：

短信数据获取单元，用于当节点触发验证成功时，获取第一流程节点推送的短信数据，短信数据至少包括第一优先级数据与第二优先级数据；

第一数据对比单元，用于根据预设的第一模板数据，对第一优先级数据进行对比验证；

第二数据对比单元，用于当第一优先级数据验证成功时，根据预设的第二模板数据，对第二优先级数据进行对比验证。

在一个实施例中，节点触发验证模块500，还用于当节点触发验证失败时，发送验证失败提示消息与验证失败原因，并结束第一流程节点的验证，标记第一流程节点；

关联数据获取与验证模块600，还用于当关联数据验证失败时，发送验证失败提示消息与验证失败原因，并结束第一流程节点的验证，标记第一流程节点。

在一个实施例中，流程验证装置，还包括：

执行指令读取模块，用于读取输入的流程验证方式执行指令，流程验证方式执行指令包括快速验证执行指令、循环验证执行指令、以及全流程验证执行指令；

第一流程节点信息确定模块，用于根据流程验证方式执行指令，确定待验证流程的第一流程节点信息。

在一个实施例中，当流程验证方式执行指令为快速验证执行指令时，第一流程节点信息确定模块，包括：

产品流程信息确定单元，用于根据输入的产品订单编号，确定产品订单编号对应的流程信息；

标记信息检测单元，用于检测流程信息中流程节点的标记信息，根据标记信息确定验证进程；

待验证流程与第一流程节点信息确定单元，用于根据验证进程，确定待验证流程，以及待验证流程的第一流程节点信息。

上述流程验证装置，通过获取待验证流程中的第一流程节点信息确定验证的起点，通过查找与第一流程节点信息对应的预设配置文件，使用预设配置文件对第一流程节点进行触发验证，避免了传统技术上需要手动输入该节点的需求信息来进行触发验证的方式，提高了节点触发验证效率，通过依次进行节点触发验证和关联数据的验证的方法，增强了验证的准确性，且在节点触发验证成功之后进行关联数据的验证，避免了进行无用操作，在第一流程节点验证结束时，自动启动相邻的下一流程节点的验证，实现了整个待验证流程的自动验证，提高了验证效率。

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

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种流程验证方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取待验证流程中的第一流程节点信息；

查找与第一流程节点信息对应的预设配置文件；

根据预设配置文件，对第一流程节点进行节点触发验证；

当节点触发验证成功时，获取第一流程节点的关联数据，并验证关联数据；

当关联数据符合预设的验证标准时，启动第二流程节点的验证，其中，第二流程节点是指待验证流程中与第一流程节点相邻的下一流程节点。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据预设配置文件的节点配置数据，提取第一流程节点对应的前端数据；

获取第一流程节点的后端数据，并验证前端数据与后端数据的映射关系，其中，前端数据是指终端展示的相关数据，后端数据是指数据库中存储的相关数据。

在一个实施例中，关联数据包括第一流程节点对应的订单信息；处理器执行计算机程序时还实现以下步骤：

当节点触发验证成功时，获取订单信息对应的数据库信息；

根据数据库信息，验证订单信息是否符合预设的数据存储要求；

当订单信息符合数据存储要求时，验证订单信息对应数据内容的正确性。

在一个实施例中，关联数据包括第一流程节点推送的短信数据；处理器执行计算机程序时还实现以下步骤：

当节点触发验证成功时，获取第一流程节点推送的短信数据，短信数据至少包括第一优先级数据与第二优先级数据；

根据预设的第一模板数据，对第一优先级数据进行对比验证；

当第一优先级数据验证成功时，根据预设的第二模板数据，对第二优先级数据进行对比验证。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

当节点触发验证失败时，发送验证失败提示消息与验证失败原因，并结束第一流程节点的验证，标记第一流程节点；

当关联数据验证失败时，发送验证失败提示消息与验证失败原因，并结束第一流程节点的验证，标记第一流程节点。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

读取输入的流程验证方式执行指令，流程验证方式执行指令包括快速验证执行指令、循环验证执行指令、以及全流程验证执行指令；

根据流程验证方式执行指令，确定待验证流程的第一流程节点信息。

在一个实施例中，当流程验证方式执行指令为快速验证执行指令时，处理器执行计算机程序时还实现以下步骤：

根据输入的产品订单编号，确定产品订单编号对应的流程信息；

检测流程信息中流程节点的标记信息，根据标记信息确定验证进程；

根据验证进程，确定待验证流程，以及待验证流程的第一流程节点信息。

上述用于实现流程验证方法的计算机设备，通过获取待验证流程中的第一流程节点信息确定验证的起点，通过查找与第一流程节点信息对应的预设配置文件，使用预设配置文件对第一流程节点进行触发验证，避免了传统技术上需要手动输入该节点的需求信息来进行触发验证的方式，提高了节点触发验证效率，通过依次进行节点触发验证和关联数据的验证的方法，增强了验证的准确性，且在节点触发验证成功之后进行关联数据的验证，避免了进行无用操作，在第一流程节点验证结束时，自动启动相邻的下一流程节点的验证，实现了整个待验证流程的自动验证，提高了验证效率。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取待验证流程中的第一流程节点信息；

查找与第一流程节点信息对应的预设配置文件；

根据预设配置文件，对第一流程节点进行节点触发验证；

当节点触发验证成功时，获取第一流程节点的关联数据，并验证关联数据；

当关联数据符合预设的验证标准时，启动第二流程节点的验证，其中，第二流程节点是指待验证流程中与第一流程节点相邻的下一流程节点。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据预设配置文件的节点配置数据，提取第一流程节点对应的前端数据；

获取第一流程节点的后端数据，并验证前端数据与后端数据的映射关系，其中，前端数据是指终端展示的相关数据，后端数据是指数据库中存储的相关数据。

在一个实施例中，关联数据包括第一流程节点对应的订单信息；计算机程序被处理器执行时还实现以下步骤：

当节点触发验证成功时，获取订单信息对应的数据库信息；

根据数据库信息，验证订单信息是否符合预设的数据存储要求；

当订单信息符合数据存储要求时，验证订单信息对应数据内容的正确性。

在一个实施例中，关联数据包括第一流程节点推送的短信数据；计算机程序被处理器执行时还实现以下步骤：

当节点触发验证成功时，获取第一流程节点推送的短信数据，短信数据至少包括第一优先级数据与第二优先级数据；

根据预设的第一模板数据，对第一优先级数据进行对比验证；

当第一优先级数据验证成功时，根据预设的第二模板数据，对第二优先级数据进行对比验证。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

当节点触发验证失败时，发送验证失败提示消息与验证失败原因，并结束第一流程节点的验证，标记第一流程节点；

当关联数据验证失败时，发送验证失败提示消息与验证失败原因，并结束第一流程节点的验证，标记第一流程节点。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

读取输入的流程验证方式执行指令，流程验证方式执行指令包括快速验证执行指令、循环验证执行指令、以及全流程验证执行指令；

根据流程验证方式执行指令，确定待验证流程的第一流程节点信息。

在一个实施例中，当流程验证方式执行指令为快速验证执行指令时，计算机程序被处理器执行时还实现以下步骤：

根据输入的产品订单编号，确定产品订单编号对应的流程信息；

检测流程信息中流程节点的标记信息，根据标记信息确定验证进程；

根据验证进程，确定待验证流程，以及待验证流程的第一流程节点信息。

上述用于实现流程验证方法的存储介质，通过获取待验证流程中的第一流程节点信息确定验证的起点，通过查找与第一流程节点信息对应的预设配置文件，使用预设配置文件对第一流程节点进行触发验证，避免了传统技术上需要手动输入该节点的需求信息来进行触发验证的方式，提高了节点触发验证效率，通过依次进行节点触发验证和关联数据的验证的方法，增强了验证的准确性，且在节点触发验证成功之后进行关联数据的验证，避免了进行无用操作，在第一流程节点验证结束时，自动启动相邻的下一流程节点的验证，实现了整个待验证流程的自动验证，提高了验证效率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

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

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