CN109861960B - 提供用于验证业务逻辑的验证数据的方法及装置 - Google Patents

Abstract

本说明书实施例提供一种用于验证业务逻辑的验证数据的方法，此方法的执行主体为客户端，所述客户端针对业务链路中的第一节点而设置，所述业务链路还包括第二节点，所述第二节点将第二数据输入到所述第一节点，所述第二数据包括具有预定格式的至少一个业务参数，所述方法包括：首先，接收验证人员针对所述至少一个业务参数而输入的第一数据；接着，基于所述第一数据和所述预定格式，生成与所述第二数据对应的验证数据；然后，将所述验证数据提交至所述第一节点，以使所述第一节点基于其需验证的业务逻辑对所述验证数据进行数据处理。

Description

提供用于验证业务逻辑的验证数据的方法及装置

技术领域

本说明书实施例涉及数据业务系统领域，具体地，涉及一种提供用于验证业务逻辑的验证数据的方法及装置。

背景技术

在复杂业务数据架构，例如，面向服务的架构(Service-Oriented Architecture，简称SOA)中，一份业务数据产生的业务链路非常长。相应地，当需要对业务链路涉及的业务逻辑进行验证、或者测试时，通常包括对整条链路的业务服务器进行部署、以及问题排查等等。

因此，需要一种更加合理的方法，可以快捷、可靠地完成对业务链路中业务逻辑的验证。

发明内容

本说明书描述了一种提供用于验证业务逻辑的验证数据的方法，通过在数据业务系统中针对需要验证业务逻辑的业务节点，构建数据推送接口以及设置客户端，如此，使验证人员可以基于客户端构造模拟上一节点的输出结果的验证数据，并将构造的验证数据通过数据推送接口推送给业务节点，以使业务节点基于其需要验证的业务逻辑对验证数据进行处理，进而实现针对业务节点的业务逻辑的验证。

根据第一方面，提供一种提供用于验证业务逻辑的验证数据的方法，所述方法的执行主体为客户端，所述客户端针对业务链路中的第一节点而设置，所述业务链路还包括第二节点，所述第二节点将第二数据输入到所述第一节点，所述第二数据包括具有预定格式的至少一个业务参数，所述方法包括：接收验证人员针对所述至少一个业务参数而输入的第一数据；基于所述第一数据和所述预定格式，生成与所述第二数据对应的验证数据；将所述验证数据提交至所述第一节点，以使所述第一节点基于其需验证的业务逻辑对所述验证数据进行数据处理。

在一个实施例中，其中将所述验证数据提交至所述第一节点，包括：调用针对所述第一节点而设置的数据推送接口，将所述验证数据提交至所述第一节点。

进一步地，在一个具体的实施例中，所述数据推送接口为以下中的一种：WS服务接口、TR服务接口和Web表单。

在一个实施例中，所述第一节点包括多个服务器，所述多个服务器中包括第一服务器，所述第一服务器部署有所述需验证的业务逻辑，所述将验证数据提交至所述第一节点，包括：将所述验证数据提交至所述第一服务器，以使所述第一服务器基于其业务逻辑对所述验证数据进行数据处理。

进一步地，在一个具体的实施例中，其中将所述验证数据提交至所述第一服务器包括：调用针对所述第一服务器而设置的数据推送接口，将所述验证数据提交至所述第一服务器。

在另一个具体的实施例中，其中将所述验证数据提交至所述第一服务器包括：调用针对所述第一节点而设置的数据推送接口，根据与所述第一服务器对应的IP地址，将所述验证数据提交至所述第一服务器。

在一个实施例中，在所述接收验证人员针对所述至少一个业务参数而输入的第一数据之前，还包括：展示数据编辑界面，所述数据编辑界面中包括所述至少一个业务参数的参数名和参数类型。

根据第二方面，提供一种提供用于验证业务逻辑的验证数据的装置，所述装置集成于客户端，所述客户端针对业务链路中的第一节点而设置，所述业务链路还包括第二节点，所述第二节点将第二数据输入到所述第一节点，所述第二数据包括具有预定格式的至少一个业务参数，所述装置包括：接收单元，配置为接收验证人员针对所述至少一个业务参数而输入的第一数据；生成单元，配置为基于所述第一数据和所述预定格式，生成与所述第二数据对应的验证数据；提交单元，配置为将所述验证数据提交至所述第一节点，以使所述第一节点基于其需验证的业务逻辑对所述验证数据进行数据处理。

在一个实施例中，其中所述提交单元具体配置为：调用针对所述第一节点而设置的数据推送接口，将所述验证数据提交至所述第一节点。

进一步地，在一个具体的实施例中，所述数据推送接口为以下中的一种：WS服务接口、TR服务接口和Web表单。

在一个实施例中，所述第一节点包括多个服务器，所述多个服务器中包括第一服务器，所述第一服务器部署有所述需验证的业务逻辑，所述提交单元具体配置为：将所述验证数据提交至所述第一服务器，以使所述第一服务器基于其业务逻辑对所述验证数据进行数据处理。

进一步地，在一个具体的实施例中，其中所述提交单元具体配置为：调用针对所述第一服务器而设置的数据推送接口，将所述验证数据提交至所述第一服务器。

在另一个具体的实施例中，其中所述提交单元具体配置为：调用针对所述第一节点而设置的数据推送接口，根据与所述第一服务器对应的IP地址，将所述验证数据提交至所述第一服务器。

在一个实施例中，还包括：展示单元，配置为展示数据编辑界面，所述数据编辑界面中包括所述至少一个业务参数的参数名和参数类型。

根据第三方面，提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行第一方面或第二方面的方法。

根据第四方面，提供了一种计算设备，包括存储器和处理器，其特征在于，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现第一方面或第二方面的方法。

在本说明书实施例披露的提供用于验证业务逻辑的验证数据的方法中，通过在数据业务系统中针对需要验证业务逻辑的业务节点，构建数据推送接口以及设置客户端，如此，使验证人员可以基于客户端构造验证数据，并将验证数据通过数据推送接口推送给业务节点，以使业务节点基于其需要验证的业务逻辑对验证数据进行处理，进而实现针对业务节点的业务逻辑的验证。

附图说明

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

图1示出本说明书实施例披露的应用场景示意图；

图2示出根据一个实施例的提供用于验证业务逻辑的验证数据的方法流程图；

图3示出根据一个例子的与交易查询业务对应的业务链路；

图4示出根据一个例子的客户端中包括验证数据的展示界面；

图5示出根据一个例子的交易查询系统中查询界面示意图；

图6示出根据一个实施例的提供用于验证业务逻辑的验证数据的装置结构图。

具体实施方式

下面结合附图，对本说明书披露的多个实施例进行描述。

本说明书实施例提供一种业务逻辑的验证方法，下面，首先对所述方法的发明构思和应用场景进行介绍。

在复杂的业务数据架构中，一份业务数据的产生链路非常长。例如，图1中示出由n(n为正整数)个业务节点(以下简称节点)串行连接所组成的业务链路。基于图1中示出的业务链路，将初始数据输入至节点1，再依次经由节点2至节点n才能产生最终的业务数据，相应地，n的数值越大，意味着此链路越长，越复杂。需要说明的是，实际的业务链路中，节点之间还可以包括多种调用关系，对应于多种连接方式，例如，一个节点的数据可以同时输出到其他多个节点中，或者，一个节点可以接收来自多个其他节点的数据，图1中仅以单纯的串行连接进行示意性说明。其中，业务节点是指能独立地提供某种业务的实体，如设备或模块，具体地，业务节点可以对应一个或多个服务器。

此外，业务节点中存储有自身的业务逻辑，用于对输入其中的数据进行对应的处理，例如，删减、运算、存储和聚合等。具体地，在一个实施例中，业务逻辑可以包括业务参数和业务表达式，由此可以从输入业务节点的数据中，调用与业务表达式中的业务参数对应的数据内容，进而确定出业务表达式的运算结果。在另一个实施例中，可以依据业务逻辑对输入其中的数据进行合并，然后对合并得到的数据进行输出。

进一步地，出于多种原因，如业务变更等，将需要对业务链路中部分业务节点的业务逻辑进行变更，具体地，如对业务节点所对应的业务服务器中的代码或脚本等进行修改、更新。相应地，为保证变更后的业务的稳定性和准确性，需要选择性的对变更后的业务链路中的一个或多个节点的业务逻辑进行测试。基于图1示出的业务链路，假定需要验证其中节点i的业务逻辑，在一种实施方式中，可以在节点1中输入初始数据，然后此初始数据经由节点1至节点i-1的依次处理以后，输入节点i中，此时节点i将根据其新的业务逻辑对来自节点i-1的数据进行数据处理。在此种方式中，在发现节点i的处理后的数据未通过验证的情况下，需要对节点1至节点i进行排查，才能判定未通过验证的原因是否为节点i的新的业务逻辑存在错误。

基于以上观察，发明人提出一种业务逻辑的验证方法，先针对业务链路中需要验证业务逻辑的业务节点，构建数据推送接口以及设置客户端，然后基于客户端构建验证数据，并将构造的验证数据通过数据推送接口直接推送给业务节点，如此，可以极大地简化验证数据的产生链路，并且降低对业务节点的排查难度。在一个实施例中，针对图1中的节点i，可以基于节点i-1所输出数据所具有的格式和内容，构造对应的验证数据，然后将此验证数据直接推送给节点i。下面，描述以上过程的具体实施步骤。

本说明书实施例披露的验证方法，用于验证业务链路中业务节点的业务逻辑。下面，以验证业务链路中第一节点的业务逻辑为例，进行示例性说明。需要说明的是，上述第一节点为需要针对其业务逻辑进行验证的业务节点。第一节点可以位于业务链路中的任何位置，可以是业务链路中的任一节点。在典型的情况下，第一节点所在的业务链路中还包括第二节点，第二节点为与第一节点相邻的上游节点。第二节点通过其自身的业务逻辑处理得到第二数据，并将第二数据输入给位于下游的第一节点。相应地，第二数据具有与第二节点的业务逻辑相对应的格式和内容。在一个实施例中，第二数据中包括一个或多个业务参数，且其中包括的业务参数基于预定格式而排列、组合。在一个具体的实施例中，其中业务参数包括参数名和对应的参数类型。

在第一节点由于更新、修改业务逻辑等原因而需要对业务逻辑重新验证时，取代于传统方案中利用上述第二节点输出的第二数据进行验证，在本说明书的实施例中，针对上述第一节点设置客户端，并通过该客户端执行图2所示的方法。

具体地，图2示出根据一个实施例的提供用于验证业务逻辑的验证数据的方法流程图，所述方法的执行主体为针对第一节点设置的客户端，所述方法包括以下步骤：步骤S210，接收验证人员针对至少一个业务参数而输入的第一数据；步骤S220，基于第一数据和预定格式，生成与第二数据对应的验证数据；步骤S230，将验证数据提交至第一节点，以使第一节点基于其需验证的业务逻辑对验证数据进行数据处理。以上步骤具体如下：

首先，在步骤S210，接收验证人员针对第二数据中包含的业务参数而输入的第一数据。以及，在步骤S220，基于第一数据和预定格式，生成与第二数据对应的验证数据。

如前所述，正常业务链路中第二节点输入到第一节点的第二数据包括具有预定格式的业务参数。为了简化验证过程，在一个实施例中，可以通过设置的客户端直接接收验证人员针对这些业务参数而输入的数据。更具体地，在一个实施例中，客户端可以接收验证人员针对与业务参数对应的参数名而输入的自定义数据，也就是由验证人员为业务参数赋值，或者说，由验证人员自定义业务参数的参数内容。可以理解的是，此处的验证人员可以是开发业务链路或者进行业务链路测试的工作人员。在一个具体的实施例中，客户端中展示有包括参数名和对应的参数类型的数据编辑界面，如此可以引导验证人员基于此数据编辑界面输入与参数名对应的参数内容。在一个例子中，数据编辑界面中展示的参数名包括“生产时间”、“用户ID”和“支付金额”，对应的参数类型包括“年-月-日时:分:秒”、“8位数字”和“数值”，相应地，验证人员输入的第一数据可以包括“2018-10-20 15:45:36”、“123455678”和“158.5”。

以上，可以接收到验证人员输入的第一数据。接着，基于第一数据和预定格式，生成验证数据。在一个的实施例中，预定格式可以包括多个业务参数的排列顺序。在一个例子中，假定预定格式为：“用户ID|支付金额|生产时间”，对应生成的验证数据可以为“123455678|158.5|2018-10-2015:45:36”。如此，可以生成与第二数据对应的验证数据，也就是说，直接经过客户端构建的验证数据，与第二节点基于其业务逻辑进行处理后用于输入到第一节点的第二数据，具有相同的格式和相应的内容。

接着，在步骤S230，将验证数据提交至第一节点，以使第一节点基于其需验证的业务逻辑对验证数据进行数据处理。

在一个实施例中，可以针对第一节点设置数据推送接口，由此，可以调用此数据推送接口，以将验证数据提交至第一节点。在一个具体的实施例中，其中数据推送接口可以为WS服务接口、TR服务接口和Web表单中的任一种。

需要说明的是，业务节点可以对应于多台服务器，而在需要变更业务节点的业务逻辑时，通常首先会在多台服务器中的某一台服务器中部署变更后的代码，并基于此台测试服务器进行业务逻辑的测试。由此，在一个实施例中，第一节点包括多个服务器，且多个服务器中可以包括部署有新的、需验证的业务逻辑的第一服务器。相应地，将验证数据提交至第一节点可以包括：将验证数据提交至第一服务器。进一步地，在一个具体的实施例中，可以针对第一服务器设置数据推送接口，然后调用此数据推送接口，将验证数据提交至第一服务器。在另一个具体的实施例中，可以针对第一节点，也就是针对第一节点包括的多台服务器，设置数据推送接口，然后调用此数据推送接口，根据与第一服务器对应的IP地址，将验证数据提交至第一服务器。如此，可以实现验证数据的精准投递，进而使第一节点中的第一服务器可以基于需验证的业务逻辑对验证数据进行数据处理。

以上，则实现了验证数据的构建和投递。之后，基于第一节点对验证数据的处理结果，可以采用多种方式判定第一节点的业务逻辑是否通过验证。在一个实施例中，可以通过查看第一节点的日志数据是否与期望的日志数据一致，或者查看第一节点所在业务链路最终得到的业务数据是否符合预期等等，来判断所验证的业务逻辑是否正确。

综上可知，本说明书描述了一种提供用于验证业务逻辑的验证数据的方法，通过在数据业务系统中针对需要验证业务逻辑的业务节点，构建数据推送接口以及设置客户端，如此，使验证人员可以基于客户端构造验证数据，并将验证数据通过数据推送接口推送给业务节点，以使业务节点基于其业务逻辑对验证数据进行处理，进而实现针对业务节点的业务逻辑的验证。

此外，需要说明的是，业务链路中的部分节点可能存在多个与其相邻的上游节点。在一个实施例中，第一节点所在的业务链路还可以包括第三节点，第三节点将第三数据输入到第一节点，相应地，第一节点中还可以包括针对第三数据的业务逻辑。通常情况下，针对第三数据的业务逻辑与针对第二数据的业务逻辑是互相独立的。进一步地，若需要采用本说明书披露的方法以提供与第三数据对应的验证数据，因不同节点输出的数据通常具有不同的数据格式，具体地，第二节点输出的第二数据与第三节点输出的第三数据具有不同的数据格式，相应地，与第二数据对应的验证数据和与第三数据对应的验证数据具有不同的数据格式，因此，需要另外构建数据推送接口，用于推送与第三数据对应的验证数据。

另外，对用于生成与第三数据对应的验证数据的客户端的设置，主要取决于数据推送接口的类型，具体地，在一个实施例中，用于推送与第二数据对应的验证数据和用于推送与第三数据对应的验证数据的两个数据推送接口的类型均为WS服务接口，此时，可以延用先前针对与第二数据的验证数据设置的客户端，也就是这两个数据推送接口共用一个客户端。在另一个实施例中，两个数据推送接口的类型均为TR服务接口，此时，需要另外设置客户端，用于构建与第三数据对应的验证数据，进而调用前述另外构建的数据推送接口，将此验证数据推送至第一节点，以使第一节点基于其需验证的针对第三数据的业务逻辑，对此验证数据进行数据处理。

另一方面，存在需要对同一业务链路中的多个节点进行业务逻辑验证的情况。在一个实施例中，第一节点所在的业务链路还包括第四节点。进一步地，在一个具体的实施例中，可以针对第四节点构建对应的数据推送接口。另一方面，对于针对第四节点的客户端的设置，同样取决于数据推送接口的类型，具体地，在一个例子中，针对第一节点和第二节点分别对应设置的两个数据推送接口的类型均为WS服务接口，此时，可以延用先前针对与第一节点设置的客户端，也就是这两个数据推送接口共用一个客户端。在另一个实施例中，两个数据推送接口的类型均为WS表单，此时，需要另外设置客户端，用于构建针对第四节点的验证数据，进而调用针对第四节点设置的数据推送接口，将此验证数据推送至第四节点，以使第四节点基于其需验证的的业务逻辑，对此验证数据进行数据处理。

以下，结合一个具体的例子，对本说明书实施例提供的验证方法进行进一步说明。图3中示出与上层业务“交易查询业务”对应的业务链路，具体包括：商户客户端(节点A)，用于发送创建交易的请求；支付宝系统(节点B)，用于根据创建交易的请求生成交易数据；消息中间件(节点C)，用于对交易数据进行广播；商户数据中心(节点D)，用于将交易数据处理成用于“交易查询业务”的交易查询数据；数据库(节点E)，用于存储交易查询数据；交易查询系统(节点F)，用于根据交易查询指令从数据库中获取并展示对应的交易查询数据。

其中，“交易查询业务”发生业务变更，需要在查询到的交易记录中增加“订单创建时间”字段。相应地，需要对业务链路中的业务逻辑进行变更，其中包括对节点D中的业务逻辑进行变更，例如提取并处理节点B生成、节点C广播的交易数据中有关时间的字段。为此，首先在节点D对应的多台服务器中指定一台服务器部署变更后的业务代码，作为测试服务器。然后，对测试服务器中的业务逻辑进行验证。在一种传统的验证方式中，可以基于节点A发送交易创建请求，然后基于节点B创建交易以后返回给节点A的订单号，在节点F中对该笔订单进行查询。然而，因节点C将节点B中生成的交易数据投递至节点D时，采用的是广播方式，因此，此次测试用的数据可能未能投递至针对节点D部署的测试服务器，进而导致在节点F中查询到的交易记录，为经由节点D对应的测试服务器以外的服务器进行处理而产生的记录，也就是未能得到针对测试服务器的测试结果。

在本说明书披露的一种实施方式中，可以针对节点D中的测试服务器构建数据推送接口和客户端，然后基于客户端接收验证人员输入的第一数据。例如，如图4中示出的客户端界面，其中展示有参数名“单据号/交易号”、“用户”、“生产时间”，以及验证人员基于这些参数名输入的相关数据的记录。再基于与节点C的广播消息对应的数据格式，将第一数据构建为验证数据，并调用数据推送接口将此验证数据实时推送至测试服务器。进一步地，测试服务器基于其中部署的业务逻辑对验证数据进行数据处理，并将处理后的数据存储到节点E中。接着，验证人员可以通过节点F查看节点D对验证数据的处理结果，例如，可以在图5示出的查询系统界面中输入第一数据中包括的交易号，以查看对应的交易数据。如此，通过查看交易数据是否符合预期，例如，查看交易数据中是否包括“订单创建时间”，以及对应此字段的内容、格式是否正确，以判别测试服务器中的业务逻辑是否通过验证。

以上，可以实现针对节点D的验证数据的构建和投递，进而实现针对节点D的业务逻辑的验证。

根据另一方面的实施例，还提供一种提供验证数据的装置。图6示出根据一个实施例的提供用于验证业务逻辑的验证数据的装置结构图,所述装置集成于客户端，所述客户端针对业务链路中的第一节点而设置，所述业务链路还包括第二节点，所述第二节点将第二数据输入到所述第一节点，所述第二数据包括具有预定格式的至少一个业务参数。

如图6所示，该装置600包括：

接收单元610，配置为接收验证人员针对所述至少一个业务参数而输入的第一数据；

生成单元620，配置为基于所述第一数据和所述预定格式，生成与所述第二数据对应的验证数据；

提交单元630，配置为将所述验证数据提交至所述第一节点，以使所述第一节点基于其需验证的业务逻辑对所述验证数据进行数据处理。

在一个实施例中，其中所述提交单元630具体配置为：

调用针对所述第一节点而设置的数据推送接口，将所述验证数据提交至所述第一节点。

进一步地，在一个具体的实施例中，所述数据推送接口为以下中的一种：WS服务接口、TR服务接口和Web表单。

在一个实施例中，所述第一节点包括多个服务器，所述多个服务器中包括第一服务器，所述第一服务器部署有所述需验证的业务逻辑，所述提交单元630具体配置为：

将所述验证数据提交至所述第一服务器，以使所述第一服务器基于其业务逻辑对所述验证数据进行数据处理。

进一步地，在一个具体的实施例中，其中所述提交单元630具体配置为：

调用针对所述第一服务器而设置的数据推送接口，将所述验证数据提交至所述第一服务器。

在另一个具体的实施例中，其中所述提交单元630具体配置为：

调用针对所述第一节点而设置的数据推送接口，根据与所述第一服务器对应的IP地址，将所述验证数据提交至所述第一服务器。

在一个实施例中，装置600还包括：

展示单元640，配置为展示数据编辑界面，所述数据编辑界面中包括所述至少一个业务参数的参数名和参数类型。

总之，采用本说明书实施例披露的提供用于验证业务逻辑的验证数据的装置，通过在数据业务系统中针对需要验证业务逻辑的业务节点，构建数据推送接口以及设置客户端，如此，使验证人员可以基于客户端构造验证数据，并将验证数据通过数据推送接口推送给业务节点，以使业务节点基于其业务逻辑对验证数据进行处理，进而实现针对业务节点的业务逻辑的验证。

如上，根据再一方面的实施例，还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行结合图2所描述的方法。

根据再一方面的实施例，还提供一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现结合图2所描述的方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本说明书披露的多个实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。

以上所述的具体实施方式，对本说明书披露的多个实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本说明书披露的多个实施例的具体实施方式而已，并不用于限定本说明书披露的多个实施例的保护范围，凡在本说明书披露的多个实施例的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本说明书披露的多个实施例的保护范围之内。

Claims (14)

1.一种提供用于验证业务逻辑的验证数据的方法，所述方法的执行主体为客户端，所述客户端针对业务链路中的第一节点而设置，所述业务链路还包括第二节点，所述第二节点为与所述第一节点相邻的上游节点，所述第二节点将第二数据输入到所述第一节点，所述第二数据包括具有预定格式的至少一个业务参数，所述方法包括：

展示数据编辑界面，所述数据编辑界面中包括所述至少一个业务参数的参数名和参数类型；

接收验证人员针对所述至少一个业务参数而输入的第一数据；

基于所述第一数据和所述预定格式，生成与所述第二数据对应的验证数据；

将所述验证数据提交至所述第一节点，以使所述第一节点基于其需验证的业务逻辑对所述验证数据进行数据处理。

2.根据权利要求1所述的方法，其中将所述验证数据提交至所述第一节点，包括：

调用针对所述第一节点而设置的数据推送接口，将所述验证数据提交至所述第一节点。

3.根据权利要求2所述的方法，其中，所述数据推送接口为以下中的一种：WS服务接口、TR服务接口和Web表单。

4.根据权利要求1所述的方法，其中，所述第一节点包括多个服务器，所述多个服务器中包括第一服务器，所述第一服务器部署有所述需验证的业务逻辑，所述将验证数据提交至所述第一节点，包括：

将所述验证数据提交至所述第一服务器，以使所述第一服务器基于其业务逻辑对所述验证数据进行数据处理。

5.根据权利要求4所述的方法，其中将所述验证数据提交至所述第一服务器包括：

调用针对所述第一服务器而设置的数据推送接口，将所述验证数据提交至所述第一服务器。

6.根据权利要求4所述的方法，其中将所述验证数据提交至所述第一服务器包括：

调用针对所述第一节点而设置的数据推送接口，根据与所述第一服务器对应的IP地址，将所述验证数据提交至所述第一服务器。

7.一种提供用于验证业务逻辑的验证数据的装置，所述装置集成于客户端，所述客户端针对业务链路中的第一节点而设置，所述业务链路还包括第二节点，所述第二节点为与所述第一节点相邻的上游节点，所述第二节点将第二数据输入到所述第一节点，所述第二数据包括具有预定格式的至少一个业务参数，所述装置包括：

展示单元，配置为展示数据编辑界面，所述数据编辑界面中包括所述至少一个业务参数的参数名和参数类型；

接收单元，配置为接收验证人员针对所述至少一个业务参数而输入的第一数据；

生成单元，配置为基于所述第一数据和所述预定格式，生成与所述第二数据对应的验证数据；

提交单元，配置为将所述验证数据提交至所述第一节点，以使所述第一节点基于其需验证的业务逻辑对所述验证数据进行数据处理。

8.根据权利要求7所述的装置，其中所述提交单元具体配置为：

调用针对所述第一节点而设置的数据推送接口，将所述验证数据提交至所述第一节点。

9.根据权利要求8所述的装置，其中，所述数据推送接口为以下中的一种：WS服务接口、TR服务接口和Web表单。

10.根据权利要求7所述的装置，其中，所述第一节点包括多个服务器，所述多个服务器中包括第一服务器，所述第一服务器部署有所述需验证的业务逻辑，所述提交单元具体配置为：

将所述验证数据提交至所述第一服务器，以使所述第一服务器基于其业务逻辑对所述验证数据进行数据处理。

11.根据权利要求10所述的装置，其中所述提交单元具体配置为：

调用针对所述第一服务器而设置的数据推送接口，将所述验证数据提交至所述第一服务器。

12.根据权利要求10所述的装置，其中所述提交单元具体配置为：

调用针对所述第一节点而设置的数据推送接口，根据与所述第一服务器对应的IP地址，将所述验证数据提交至所述第一服务器。

13.一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行权利要求1-6中任一项的所述的方法。

14.一种计算设备，包括存储器和处理器，其特征在于，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现权利要求1-6中任一项所述的方法。

Images