业务校验方法及装置与流程

本申请涉及通信领域，尤其涉及一种业务校验方法及装置。
背景技术：
：目前在一些大型的业务系统中，系统的调用通常比较复杂，在执行一笔业务时，通常需要在该业务的多个子系统分别进行执行，因此业务链路比较长。而且，当一笔业务发生后，如果需要对这笔已发生的业务进行校验，来检查该业务是否处理正确时，通常会对该业务的各个业务子系统分别进行单独校验，因此无法对业务校验进行全局调度。技术实现要素：本申请提出一种业务校验方法，该方法包括：接收客户端发送的针对已执行业务的业务校验请求；所述业务校验请求包括为所述已执行业务配置的子校验器的标识；根据所述子校验器的标识在本地查找对应的子校验器；其中，本地的子校验器基于所述已执行业务的各业务子系统上传的业务校验脚本封装而成；基于查找到的子校验器对所述已执行业务进行业务校验，并向所述客户端发送对应的业务校验结果。可选的，所述方法还包括：接收所述已执行业务的各业务子系统上传的业务校验脚本；将接收到的所述业务校验脚本在本地封装成与所述各业务子系统分别对应的子校验器，并为所述子校验器设置标识；基于所述子校验器的标识与所述各业务子系统的对应关系创建子校验器列表，并将所述子校验器列表发送给所述客户端，以使得所述客户端基于所述子校验器列表为所述已执行业务配置对应的子校验器。可选的，所述基于查找到的子校验器对所述已执行业务进行业务校验包括：运行查找到的子校验器中封装的业务校验脚本对所述已执行业务进行业务校验。本申请还提出一种业务校验方法，该方法包括：向服务端发送针对已执行业务的业务校验请求；所述业务校验请求包括为所述已执行业务配置的子校验器的标识；接收所述服务端发送的与所述业务校验请求对应的业务校验结果；将接收到的所述业务校验结果在预设界面向用户输出。可选的，所述方法还包括：接收所述服务端发送的与所述已执行业务对应的子校验器列表；所述子校验器列表包括若干子校验器的标识与所述已执行业务的各业务子系统的对应关系；将所述子校验器列表在预设界面输出；获取用户在所述子校验器列表中为所述已执行业务配置的子校验器的标识。本申请还提出一种业务校验装置，该装置包括：第一接收模块，用于接收客户端发送的针对已执行业务的业务校验请求；所述业务校验请求包括为所述已执行业务配置的子校验器的标识；查找模块，用于根据所述子校验器的标识在本地查找对应的子校验器；其中，本地的子校验器基于所述已执行业务的各业务子系统上传的业务校验脚本封装而成；校验模块，用于基于查找到的子校验器对所述已执行业务进行业务校验，并向所述客户端发送对应的业务校验结果。可选的，所述装置还包括：第二接收模块，用于接收所述已执行业务的各业务子系统上传的业务校验脚本；封装模块，用于将接收到的所述业务校验脚本在本地封装成与所述各业务子系统分别对应的子校验器，并为所述子校验器设置标识；创建模块，用于基于所述子校验器的标识与所述各业务子系统的对应关系创建子校验器列表，并将所述子校验器列表发送给所述客户端，以使得所述客户端基于所述子校验器列表为所述已执行业务配置对应的子校验器。可选的，所述校验模块具体用于：运行查找到的子校验器中封装的业务校验脚本对所述已执行业务进行业务校验。本申请还提出一种业务校验装置，该装置包括：发送模块，用于向服务端发送针对已执行业务的业务校验请求；所述业务校验请求包括为所述已执行业务配置的子校验器的标识；第三接收模块，用于接收所述服务端发送的与所述业务校验请求对应的业务校验结果；输出模块，用于将接收到的所述业务校验结果在预设界面向用户输出。可选的，所述装置还包括：第四接收模块，用于接收所述服务端发送的与所述已执行业务对应的子校验器列表；所述子校验器列表包括若干子校验器的标识与所述已执行业务的各业务子系统的对应关系；输出模块，用于将所述子校验器列表在预设界面输出；获取模块，用于获取用户在所述子校验器列表中为所述已执行业务配置的子校验器的标识。本申请中，通过接收客户端发送的针对已执行业务的业务校验请求，并根据该业务校验请求中的为该已经执行业务配置的子校验器的标识在本地查找对应的子校验器；当查找到对应的子校验器后，可以基于查找到的子校验 器对该已执行业务进行业务校验，并向客户端发送对应的业务校验结果。在本申请中，由于本地的子校验器是基于已执行业务的各业务子系统上传的业务校验脚本封装而成，因此便于对各业务子系统的子校验器进行集中管理，从而在针对已执行业务进行业务校验时，可以降低业务校验的复杂度，便于测试人员对各子校验器进行全局调度，对所有子系统的校验情况进行全局把控。附图说明图1是本申请一实施例提供的一种业务校验方法的流程图；图2是本申请一实施例提供的一种业务校验装置的逻辑框图；图3是本申请一实施例提供的承载所述一种业务校验装置的服务端的硬件结构图；图4是本申请一实施例提供的另一种业务校验装置的逻辑框图；图5是本申请一实施例提供的承载所述另一种业务校验装置的客户端的硬件结构图。具体实施方式在一些大型的业务系统中，由于系统的调用通常比较复杂，而且业务链路通常比较长，因此在大型的业务系统中进行业务校验，来检查业务是否处理正确，通常都是由该业务系统中各业务子系统的测试人员，针对各业务子系统分别进行单独校验。然而，针对各业务子系统分别进行单独校验，校验过程较复杂，需要针对各子系统分别进行校验，因此测试人员无法进行各子系统之间的相关性检查，而且在业务校验完成后，测试人员也并不能全局的把控所有子系统的校验情况。有鉴于此，本申请提出一种业务校验方法，通过接收客户端发送的针对已执行业务的业务校验请求，并根据该业务校验请求中的为该已经执行业务 配置的子校验器的标识在本地查找对应的子校验器；当查找到对应的子校验器后，可以基于查找到的子校验器对该已执行业务进行业务校验，并向客户端发送对应的业务校验结果。在本申请中，由于本地的子校验器是基于已执行业务的各业务子系统上传的业务校验脚本封装而成，因此便于对各业务子系统的子校验器进行集中管理，从而在针对已执行业务进行业务校验时，可以降低业务校验的复杂度，便于测试人员对各子校验器进行全局调度，对所有子系统的校验情况进行全局把控。下面通过具体实施例并结合具体的应用场景对本申请进行描述。请参考图1，图1是本申请一实施例提供的一种业务校验方法，所述方法执行以下步骤：步骤101，客户端向服务端发送针对已执行业务的业务校验请求；所述业务校验请求包括为所述已执行业务配置的子校验器的标识；步骤102，服务端根据所述子校验器的标识在本地查找对应的子校验器；其中，本地的子校验器基于所述已执行业务的各业务子系统上传的业务校验脚本封装而成；步骤103，服务端基于查找到的子校验器对所述已执行业务进行业务校验，并向所述客户端发送对应的业务校验结果；步骤104，客户端将接收到的所述业务校验结果在预设界面向用户输出。在本实施例中，上述客户端可以包括面向测试人员提供业务校验服务的客户端软件；例如，该校验客户端软件可以是开发人员开发的用于面向测试人员提供业务校验服务的业务校验工具。其中，承载上述客户端软件的硬件环境，在本实施例中不进行特别限定；例如，可以是PC主机。上述服务端可以包括为所述客户端提供服务的校验服务器、服务器集群或者基于服务器集群架构的云平台。在大型的业务系统中，通常会包括多种不同的业务子系统，在执行一笔业务时，通常需要按照各业务子系统的调度顺序，在各业务子系统中分别进行处理后，该业务才能够顺利执行。例如，以支付业务为例，在大型的支付系统中，按照支付业务的通用流程，通常可以包括收银子系统、订单提交子系统、记账子系统以及余额管理子系统等子系统。当用户通过支付客户端发起一笔订单时，可以按照上述各子系统的调度顺序，分别调度上述各子系统对该订单进行处理，当该订单在上述各子系统中均处理完成后，此时该订单才能成功执行。对于已执行的业务，测试人员可以通过对该已执行业务进行业务校验，来检测该业务在执行的过程中，各业务子系统是否对该业务进行了正确的处理。测试人员在对该已执行业务进行业务校验时，可以通过上述客户端来选择需要校验的子系统，并为选择的子系统来配置对应的子校验器。当配置完成后，可以通过该客户端与上述服务端进行交互，从服务端本地调用已经配置的子校验器，来对该已执行业务进行业务校验。以下对客户端从服务端本地调用已经配置的子校验器，来对已执行业务进行业务校验的交互过程进行详细描述。在初始状态下，各业务子系统的系统管理人员，可以在各自的业务子系统的系统环境中，分别编辑用于对当前的子系统进行校验的业务校验脚本，然后通过当前的子系统将编辑完成的业务校验脚本上传到服务端。其中，该业务校验脚本可以包括系统管理人员在针对当前子系统执行业务验证或者回归测试等业务校验操作时所编辑的标准格式的可执行代码或者程序等。当服务端收到各业务子系统上传的业务校验脚本后，可以在本地将接收到的业务校验脚本独立封装成对应的子校验器，并为封装成的子校验器设置标识后，在本地进行保存，以方便服务端进行集中管理。其中，服务端为子校验器设置的标识，与上传该子校验器中的业务校验脚本的子系统之间存在对应关系。值得说明的是，各业务子系统的系统管理人员还可以对编辑完成的业务校验脚本进行实时维护，如果当前业务子系统的系统环境发生变化，系统管 理人员还可以重新编辑业务校验脚本，并将重新编辑的业务校验脚本发送到服务端，由服务端重新进行封装以对原有的子校验器进行更新。在本实施例中，对于保存在本地的各子校验器，服务端可以基于各子校验器的标识与上述各业务子系统之间的对应关系创建一个子校验器列表，此时该子校验器列表中可以包括所有封装成的子校验器的标识与上述各业务子系统之间的对应关系。对于生成的该子校验器列表，服务端可以将该子校验器列表发送至上述客户端，从而可以面向上述客户端来提供子校验器的调用服务。当上述客户端接收到服务端发送的该子校验器列表后，可以将该子校验器列表在该客户端提供的可视化用户界面中向测试人员进行输出，测试人员可以直观的在该子校验器列表中来选择本次需要进行校验的子系统，并为选择的子系统来配置对应的子校验器。其中，如果测试人员需要进行全链路校验，此时测试人员可以在该子校验器列表中将所有的子系统均选择为需要进行校验的子系统。相反，如果测试人员不需要进行全链路校验，此时测试人员可以根据实际的校验需求选择一个或多个子系统作为需要进行校验的子系统。一方面，当测试人员在该子校验器列表中选择了需要进行校验的子系统，并为选择的子系统配置了对应的子校验器后，客户端可以基于测试人员配置的信息生成一个对应的业务校验请求，此时该业务校验请求中可以包括该测试人员为选择的本次需要进行校验的子系统配置的子校验器的标识，然后客户端还可以将该业务校验请求发送至上述服务端，以调度对应的子校验器对该测试人员选择的子系统进行校验另一方面，当服务端接收到客户端发送的业务校验请求后，可以解析该业务校验请求，来获取该请求中携带的子校验器的标识，并根据获取到的子校验器的标识在本地查找对应的子校验器。当查找到对应的子校验器后，此时服务端可以运行查找到的子校验器中封装的业务校验脚本，对该已执行业务进行业务校验。其中，在针对该已执行业务进行校验时，服务端可以通过运行查找到的子校验器中封装的业务校验脚本，按照各业务子系统的调度顺序，对由测试人员选择的需要进行校验的业务子系统分别进行校验，当测试人员选择的需要进行校验的业务子系统分别校验完成后，此时该已执行业务校验完成。当针对该已执行业务校验完成后，服务端可以将业务校验结果发送到客户端，此时该业务校验结果包括针对测试人员选择的需要进行校验的各业务子系统进行业务校验后的校验结果。当客户端在接收到服务端发送的业务校验结果后，可以将该业务校验结果在该客户端提供的可视化用户界面中测试人员输出，从而测试人员可以直观的查看到所有在上述子校验器列表中选择的需要进行校验的子校验器的校验结果。例如，假设该已执行业务包括子系统1、子系统2和子系统3，测试人员在上述子校验器列表中选择需要对子系统1、子系统2进行校验，当服务端通过运行与子系统1和子系统2对应的子校验器中封装的业务校验脚本，对子系统1和子系统2校验完成后，客户端在输出业务校验结果时，该校验结果可以用提示字符True和False来表征，假设针对子系统1校验失败，那么客户端可以在用户界面中与子系统1对应的位置输出一个提示字符False，并标注校验失败的原因。如果针对子系统2校验成功，那么可以在用户界面中与子系统2对应的位置输出一个提示字符True，测试人员通过查看客户端输出的校验结果，就能够直观的查看到针对子系统1和子系统2的校验结果，从而可以对当前业务系统中各子系统的校验结果进行全局把控。通过以上实施例可知，服务端可以在本地对已执行业务的各子系统上传的业务校验脚本独立封装成对应的子校验器，并对封装成的子校验器进行集中管理，在针对已执行业务进行业务校验时，测试人员可以通过客户端对服务端本地的子校验器进行全局调度来完成校验，不再需要针对每一个业务子系统分别进行单独校验，因此业务校验的复杂度明显降低。而且，由于服务端本地的子校验器，与已执行业务的各子系统互相隔离，并且服务端本地的子校验器中封装的业务校验脚本由各子系统的系统管理人 员提供和维护，因此在对已执行业务进行业务校验的过程中，测试人员可以不需要理解各子校验器中的业务校验逻辑，就可以对业务校验的结果进行全局把控，有利于节约业务校验成本。以下以所述已执行业务为支付业务为例，并结合支付系统的应用场景对以上实施例进行描述。在大型的支付系统中，通常包括多种不同的子系统，在支付一笔订单时，通常需要按照各子系统的调度顺序，在各子系统中分别进行处理后，该订单才能够顺利完成。假设在该支付系统中，包括收银子系统、订单提交子系统、记账子系统以及余额管理子系统等4个子系统。当用户通过支付客户端发起一笔订单时，按照上述各子系统的调度顺序，可以首先调度收银子系统进行收银操作，再调度订单提交子系统进行订单的提交，当该订单被处理成功后，再调度记账子系统对该订单涉及的金额进行记账，最后调度余额管理子系统对用户账户的余额进行更新。当一笔订单处理成功后，如果测试人员需要针对该订单进行全链路业务校验，来检查该订单的各个子系统是否均处理正确，在相关技术中，通常需要上述各子系统的测试人员在各自的业务子系统的系统环境中，分别编辑用于对当前的子系统进行校验的业务校验脚本，然后通过运行上述业务校验脚本来完成校验。然而，通过以上方式来进行全链路的业务校验，由于各业务子系统需要分别进行单独校验，测试人员无法进行各子系统之间的相关性检查，而且在业务校验完成后，测试人员也并不能全局的把控所有子系统的校验情况。在本例中，上述各业务子系统的系统管理人员，可以在各自的业务子系统的系统环境中，分别编辑用于对当前的子系统进行校验的业务校验脚本，然后通过当前的子系统将编辑完成的业务校验脚本上传到服务端。服务端可以对接收到的业务校验脚本进行封装生成对应的子校验器，并为生成的各子自校验设置了标识后，将生成的各子校验器在本地进行保存。假设服务端封装后的子校验器如下表：子系统名称子校验器名称子校验器ID收银子系统子校验器一1订单提交子系统子校验器二2记账子系统子校验器三3余额管理子系统子校验器四4服务端可以根据上表中各子校验器的标识与上表中各业务子系统之间的对应关系创建一个子校验器列表。此时该子校验器列表如下：子系统名称子校验器ID收银子系统1订单提交子系统2记账子系统3余额管理子系统4对于生成的该子校验器列表，可以由服务端发送至客户端，以在客户端的用户界面向测试人员输出，从而测试人员可以直观的在该子校验器列表中来选择本次需要进行校验的子系统，并为选择的子系统来配置对应的子校验器。由于测试人员需要进行全链路的业务校验，因此测试人员可以将该子校验器列表中所有的子系统均选择为需要进行校验的子系统，并根据该子校验器列表中的对应关系，为选择的子系统配置对应的子校验器ID，此时与该子校验器ID对应的子校验器即为该子系统的可用子校验器。当测试人员在该子校验器列表中配置完成后，客户端可以基于测试人员的配置信息创建一个业务校验请求，服务端在解析该业务校验请求，获取该业务校验请求中携带的由测试人员为选择的子系统配置的子校验器ID后，可以在本地查找对应的子校验器。由于本次业务校验为全链路的业务校验，该业务校验请求中携带1、2、3、4等四个子校验器ID，服务端在基于这些子校验器ID在本地查找后，可以查找到子校验器一、子校验器二、子校验器三和子校验器四等四个子校验器，此时服务端可以按照上述四个子校验器对应的子系统的调度顺序，首先运行 子校验器一中封装的业务校验脚本对收银子系统进行校验，当收银子系统校验完成后，再运行子校验器二中封装的业务校验脚本对订单提交子系统进行校验，当订单提交子系统校验完成后，再运行子校验器三中封装的业务校验脚本对记账子系统进行校验，当记账子系统校验完成后，再运行子校验器四中封装的业务校验脚本对余额管理子系统进行校验，当余额管理子系统校验完成后，此时针对这笔订单的全链路业务校验结束，服务端可以将针对上述四个子系统的校验结果打包返回给客户端。假设上述四个子系统中，记账子系统和余额管理子系统校验失败，收银子系统和订单提交子系统校验成功，那么客户端可以向测试人员输出如下表所示出的校验结果：子系统名称校验结果收银子系统TRUE订单提交子系统TRUE记账子系统False：xxxx余额管理子系统False：xxxx其中，上表中xxxx表示校验失败原因。当客户端向测试人员输出上述校验结果后，通过上表测试人员可以直观的查看支付系统的各子系统的校验结果，以及各子系统之间的相关性，从而可以对各子系统的校验结果进行全局把控。在以上实施例中，通过接收客户端发送的针对已执行业务的业务校验请求，并根据该业务校验请求中的为该已经执行业务配置的子校验器的标识在本地查找对应的子校验器；当查找到对应的子校验器后，可以基于查找到的子校验器对该已执行业务进行业务校验，并向客户端发送对应的业务校验结果。由于本地的子校验器是基于已执行业务的各业务子系统上传的业务校验脚本封装而成，因此便于对各业务子系统的子校验器进行集中管理，从而在针对已执行业务进行业务校验时，可以降低业务校验的复杂度，便于测试人员对各子校验器进行全局调度，对所有子系统的校验情况进行全局把控。与上述方法实施例相对应，本申请还提供了装置的实施例。请参见图2，本申请提出一种业务校验装置20，应用于服务端，该服务端可以是服务器、服务器集群或者基于服务器集群构建的云平台；其中，请参见图3，作为承载所述业务校验装置20的服务端所涉及的硬件架构中，通常包括CPU、内存、非易失性存储器、网络接口以及内部总线等；以软件实现为例，所述业务校验装置20通常可以理解为加载在内存中的计算机程序，通过CPU运行之后形成的软硬件相结合的逻辑装置，所述装置20包括：第一接收模块201，用于接收客户端发送的针对已执行业务的业务校验请求；所述业务校验请求包括为所述已执行业务配置的子校验器的标识；查找模块202，用于根据所述子校验器的标识在本地查找对应的子校验器；其中，本地的子校验器基于所述已执行业务的各业务子系统上传的业务校验脚本封装而成；校验模块203，用于基于查找到的子校验器对所述已执行业务进行业务校验，并向所述客户端发送对应的业务校验结果。在本实施例中，所述装置20还包括：第二接收模块204，用于接收所述已执行业务的各业务子系统上传的业务校验脚本；封装模块205，用于将接收到的所述业务校验脚本在本地封装成与所述各业务子系统分别对应的子校验器，并为所述子校验器设置标识；创建模块206，用于基于所述子校验器的标识与所述各业务子系统的对应关系创建子校验器列表，并将所述子校验器列表发送给所述客户端，以使得所述客户端基于所述子校验器列表为所述已执行业务配置对应的子校验器。在本实施例中，所述校验模块203具体用于：运行查找到的子校验器中封装的业务校验脚本对所述已执行业务进行业务校验。请参见图4，本申请提出一种业务校验装置40，应用于客户端，该客户端可以包括安装了面向测试人员提供业务校验服务的客户端软件的PC主机；其中，请参见图5，作为承载所述业务校验装置40的客户端所涉及的硬件架 构中，通常包括CPU、内存、非易失性存储器、网络接口以及内部总线等；以软件实现为例，所述业务校验装置40通常可以理解为加载在内存中的计算机程序，通过CPU运行之后形成的软硬件相结合的逻辑装置，所述装置40包括：发送模块401，用于向服务端发送针对已执行业务的业务校验请求；所述业务校验请求包括为所述已执行业务配置的子校验器的标识；第三接收模块402，用于接收所述服务端发送的与所述业务校验请求对应的业务校验结果；输出模块403，用于将接收到的所述业务校验结果在预设界面向用户输出。在本实施例中，所述装置40还包括：第四接收模块404，用于接收所述服务端发送的与所述已执行业务对应的子校验器列表；所述子校验器列表包括若干子校验器的标识与所述已执行业务的各业务子系统的对应关系；输出模块405，用于将所述子校验器列表在预设界面输出；获取模块406，用于获取用户在所述子校验器列表中为所述已执行业务配置的子校验器的标识。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本
技术领域：
中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在 本申请保护的范围之内。当前第1页1 2 3