CN111666219A - 业务功能的验证方法和装置、计算机系统和存储介质 - Google Patents

Abstract

本公开提供了一种业务功能的验证方法，包括：确定应用程序中的程序元素是否发生更新，其中，应用程序包括M个功能模块，每个功能模块用于实现相应的业务功能，每个功能模块包括不同类型的程序元素，其中，M为大于1的整数；在确定目标程序元素发生更新的情况下，获取与应用程序对应的业务逻辑图，其中，业务逻辑图包括与每个功能模块对应的业务逻辑路径，每条业务逻辑路径包括与不同类型的程序元素对应的节点；根据业务逻辑图，确定M个功能模块中与目标程序元素关联的N个功能模块，其中，N为大于等于1且小于等于M的整数；以及验证N个功能模块的运行情况。本公开还提供了一种业务功能的验证装置、计算机系统和存储介质。

Description

业务功能的验证方法和装置、计算机系统和存储介质

技术领域

本公开涉及计算机技术领域，更具体地，涉及一种业务功能的验证方法和装置、计算机系统和存储介质。

背景技术

应用程序可以实现多种业务功能，在实际应用中，会出现多种情况需要对应用程序进行更新，例如，业务功能出现漏洞，业务功能升级等。

在实现本公开构思的过程中，发明人发现：针对出现漏洞或需要升级的业务功能，可以通过修改应用程序中与该业务功能对应的功能模块，便可以修复或升级该业务功能。在修改功能模块之后，可以针对该功能模块进行验证，以确保业务功能的正常运行。

但是，功能模块的修改可能会影响到多个业务功能的正常运行，目前一般针对修改后的功能模块进行验证，会出现功能模块验证不全的问题，从而带来业务风险。

发明内容

有鉴于此，本公开提供了一种业务功能的验证方法和装置、计算机系统和存储介质。

本公开的一个方面提供了一种业务功能的验证方法，包括：确定应用程序中的程序元素是否发生更新，其中，所述应用程序包括M个功能模块，每个所述功能模块用于实现相应的业务功能，每个所述功能模块包括不同类型的程序元素，其中，M为大于1的整数；在确定所述应用程序中的目标程序元素发生更新的情况下，获取与所述应用程序对应的业务逻辑图，其中，所述业务逻辑图包括与每个所述功能模块对应的业务逻辑路径，每条所述业务逻辑路径包括与所述不同类型的程序元素对应的节点；根据所述业务逻辑图，确定所述M个功能模块中与所述目标程序元素关联的N个功能模块，其中，N为大于等于1且小于等于M的整数；以及验证所述N个功能模块的运行情况。

根据本公开的实施例，该方法还包括：针对每个功能模块，根据所述功能模块的不同类型的程序元素之间的处理次序，生成与所述功能模块对应的业务逻辑路径；以及根据与M个所述功能模块对应的业务逻辑路径，生成所述业务逻辑图。

根据本公开的实施例，所述不同类型的程序元素包括：触发类型的程序元素和非触发类型的程序元素。

根据本公开的实施例，所述根据所述功能模块的不同类型的程序元素之间的处理次序，生成与所述功能模块对应的业务逻辑路径包括：确定所述应用程序的入口为开始节点；确定所述功能模块的所述触发类型的程序元素为中间节点；根据所述功能模块的所述触发类型的程序元素之间的触发次序，确定每个所述中间节点的先后顺序；确定所述功能模块的所述非触发类型的程序元素为结束节点；以及根据所述开始节点、所述中间节点、所述中间节点的先后顺序以及所述结束节点，生成与所述功能模块对应的业务逻辑路径。

根据本公开的实施例，所述根据所述业务逻辑图确定所述M个功能模块中与所述目标程序元素关联的N个功能模块包括：根据所述业务逻辑图，确定与所述目标程序元素对应的目标节点；确定所述目标节点所在的N条业务逻辑路径；以及根据所述目标节点所在的N条业务逻辑路径，确定所述M个功能模块中与所述目标程序元素关联的N个功能模块。

根据本公开的实施例，所述验证所述N个功能模块的运行情况包括：根据所述目标节点所在的N条业务逻辑路径，确定所述N条业务逻辑路径中位于所述目标节点之后的节点为待验证节点；以及验证与所述待验证节点对应的程序元素的运行情况。

根据本公开的实施例，所述待验证节点包括中间节点和结束节点；所述验证与所述待验证节点对应的程序元素的运行情况包括：在所述待验证节点为中间节点的情况下，验证与所述待验证节点对应的程序元素与更新后的程序元素的兼容情况；以及在所述待验证节点为结束节点的情况下，验证与所述待验证节点对应的程序元素的运行结果。

根据本公开的实施例，该方法还包括：在确定所述应用程序中的程序元素之间的处理次序发生更新的情况下，根据更新后的所述程序元素之间的处理次序，更新所述业务逻辑图。

本公开的另一个方面提供了一种业务功能的验证装置，包括：第一确定模块，用于确定应用程序中的程序元素是否发生更新，其中，所述应用程序包括M个功能模块，每个所述功能模块用于实现相应的业务功能，每个所述功能模块包括不同类型的程序元素，其中，M为大于1的整数；获取模块，用于在确定所述应用程序中的目标程序元素发生更新的情况下，获取与所述应用程序对应的业务逻辑图，其中，所述业务逻辑图包括与每个所述功能模块对应的业务逻辑路径，每条所述业务逻辑路径包括与所述不同类型的程序元素对应的节点；第二确定模块，用于根据所述业务逻辑图，确定所述M个功能模块中与所述目标程序元素关联的N个功能模块，其中，N为大于等于1且小于等于M的整数；以及验证模块，用于验证所述N个功能模块的运行情况。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机系统，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的方法。

根据本公开的实施例，采用了确定应用程序中的程序元素是否发生更新，在确定应用程序中的目标程序元素发生更新的情况下，获取与应用程序对应的业务逻辑图，业务逻辑图包括与应用程序中的每个功能模块对应的业务逻辑路径，每条业务逻辑路径包括与程序元素对应的节点，根据业务逻辑图确定与目标程序元素关联的多个功能模块，以便验证该多个功能模块的运行情况的技术手段。由于根据业务逻辑图能够确定程序元素与功能模块的对应关系，以便在程序元素发生更新的情况下，对所有关联的功能模块进行验证，所以至少部分地克服了相关技术中由于功能模块验证不全带来业务风险的技术问题，进而达到了提高系统安全性技术效果。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了可以应用本公开实施例的业务功能的验证方法和装置的示例性系统架构；

图2示意性示出了根据本公开实施例的业务功能的验证方法的流程图；

图3示意性示出了根据本公开实施例的业务逻辑图；

图4示意性示出了根据本公开实施例的生成业务逻辑图的方法的流程图；

图5示意性示出了根据本公开另一实施例的生成业务逻辑图的方法的流程图；

图6示意性示出了根据本公开实施例的根据本公开实施例的生成与功能模块对应的业务逻辑路径的方法的流程图；

图7示意性示出了根据本公开实施例的确定M个功能模块中与目标程序元素关联的N个功能模块的方法的流程图；

图8示意性示出了根据本公开实施例的验证N个功能模块的运行情况的方法的流程图；

图9示意性示出了根据本公开实施例的验证与待验证节点对应的程序元素的运行情况的方法的流程图；

图10示意性示出了根据本公开实施例的更新业务逻辑图的方法的流程图；

图11示意性示出了根据本公开实施例的业务功能的验证装置的框图；以及

图12示意性示出了根据本公开实施例的计算机系统的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

本公开的实施例提供了一种业务功能的验证方法。该方法包括确定应用程序中的程序元素是否发生更新，其中，应用程序包括M个功能模块，每个功能模块用于实现相应的业务功能，每个功能模块包括不同类型的程序元素，其中，M为大于1的整数；在确定应用程序中的目标程序元素发生更新的情况下，获取与应用程序对应的业务逻辑图，其中，业务逻辑图包括与每个功能模块对应的业务逻辑路径，每条业务逻辑路径包括与不同类型的程序元素对应的节点；根据业务逻辑图，确定M个功能模块中与目标程序元素关联的N个功能模块，其中，N为大于等于1且小于等于M的整数；以及验证N个功能模块的运行情况。

图1示意性示出了可以应用本公开实施例的业务功能的验证方法和装置的示例性系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、和服务器102。其中，服务器102中可以存储有应用程序，该应用程序可以实现某一应用系统的多个业务功能。例如，该应用程序可以是实现银行应用系统的应用程序，应用程序可以包括多个功能模块，每个功能模块可以实现不同的业务功能，例如可以实现注册业务、登陆业务、账户管理业务、生活缴费业务、投资理财业务等。

用户可以使用终端设备101通过网络与服务器102交互，以接收或发送消息等。例如，用户发现应用系统中的某个业务功能出现了漏洞，可以通过终端设备101获取服务器102中的应用程序，确定应用程序中与出现漏洞的业务功能对应的功能模块，然后该对功能模块中的具体程序元素进行修改，以修复出现漏洞的业务功能。以BTT(BankingTransformation Toolkit，简称BTT，银行转型工具包)开发框架或CTP(Core TransactionPlatform，核心交易平台)开发框架为例，BTT框架和CTP框架是基于java语言的Web应用框架，程序元素例如可以是Class(类，Java中表示类型的对象)文件、Procedure(Java程序)文件、Jsp(Java Server Pages，简称Jsp，Java服务器页面)文件。

终端设备101在修复功能模块之后，可以对修复后的功能模块进行验证，以保证修复后的应用程序的正常运行。终端设备101可以将验证后的应用程序存储在服务器102中。

终端设备101可以是具有显示屏的各种电子设备，包括但不限于平板电脑、膝上型便携计算机和台式计算机等等。

应该理解，图1中的终端设备和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备和服务器。

图2示意性示出了根据本公开实施例的业务功能的验证方法的流程图。

如图2所示，该方法包括操作S201～S204。

在操作S201，确定应用程序中的程序元素是否发生更新。其中，应用程序可以包括M个功能模块，每个功能模块用于实现相应的业务功能，每个功能模块可以包括不同类型的程序元素，其中，M为大于1的整数。

根据本公开实施例，应用程序可以包括多个功能模块，每个功能模块可以实现相应的业务功能，例如，应用程序可以实现注册业务、登陆业务、账户管理业务、生活缴费业务、投资理财业务等，账户管理业务又可以包括卡号业务和账号业务等，账号业务又可以包括国内账号业务和国外账号业务等。每个功能模块可以包括多个程序元素，程序元素可以是组成应用程序的基本元素。

根据本公开实施例，以利用CTP开发框架获得应用程序为例，该应用程序中的功能模块可以由一个或多个OP(Operation，简称OP)组成，OP用于提供对程序流程的控制和执行。每个OP可以由多个OPSTEP组成，OPSTEP可以是不同类型的程序元素，用于实现操作流程中的不可再分开的操作步骤，每个OPSTEP例如可以是Class文件、Procedure文件、Jsp文件。OPSTEP也可以是新的OP，用于跳转到其他的功能模块执行程序流程。

根据本公开实施例，Class文件、Procedure文件、Jsp文件为不同类型的程序元素，其中，Class文件和Procedure文件可以用于实现按钮、链接等触发事件，Class文件和Procedure文件可以是触发型的程序元素。Jsp文件用于描述事件的触发结果，或者包含返回按钮，Jsp文件可以是非触发型的程序元素。

根据本公开实施例，用户在发现应用系统的某个业务功能出现漏洞的情况下，可以修改与出现漏洞的业务功能对应的功能模块，以便修复该业务功能。例如，如果应用系统的登陆业务出现漏洞，用户可以获取与登陆业务对应的功能模块，对该功能模块中的程序元素进行修改，例如，根据具体的漏洞类型，可以修改该功能模块中的Class文件、Procedure文件和/或Jsp文件。

在操作S202，在确定应用程序中的目标程序元素发生更新的情况下，获取与应用程序对应的业务逻辑图。其中，业务逻辑图可以包括与每个功能模块对应的业务逻辑路径，每条业务逻辑路径可以包括与不同类型的程序元素对应的节点。

根据本公开实施例，沿用上述示例，用户在对与登陆业务对应的功能模块进行修改时，修改的Class文件、Procedure文件和/或Jsp文件可能影响到其他功能模块。例如，对与登陆业务对应的功能模块中的Procedure文件进行修改，可能影响到与账户管理业务对应的功能模块的正常运行，导致账户管理业务的异常。又例如，对与账户管理业务对应的功能模块中的Class文件进行修改，可能影响到与国内账户管理业务和国外账户管理对应的功能模块的正常运行，导致账户管理业务的异常。

根据本公开实施例，响应于用户修改Class文件、Procedure文件和/或Jsp文件的操作，可以获取与应用程序对应的业务逻辑图，该业务逻辑图可以是根据应用程序中程序元素的处理流程生成的。该业务逻辑图可以包括多条业务逻辑路径，每条业务逻辑路径可以对应一个功能模块，每条业务逻辑路径可以包括多个节点，每个节点可以对应功能模块中不同的程序元素。

图3示意性示出了根据本公开实施例的业务逻辑图。

如图3所示，业务逻辑图可以是包括多条有向路径的树状图，每条有向路径可以包括开始节点、中间节点和结束节点。其中，开始节点可以表示应用程序的入口，中间节点可以表示程序模块中触发型程序元素，如Class文件、Procedure文件，结束节点可以表示非触发型的程序元素，如Jsp文件。开始节点也可以称为根节点，结束节点也可以称为叶子节点。

根据本公开实施例，由于有公共程序的存在，业务逻辑图中的业务逻辑路径可以存在交叉点。参照图3，中间节点A可以表示与账户管理业务对应的功能模块中的程序元素，其中，账户管理业务可以包括账号管理业务和卡号管理业务。中间节点A1可以表示与账号管理业务对应的功能模块中的程序元素，中间节点A2可以表示与卡号管理业务对应的功能模块中的程序元素。其中，账号管理业务可以包括国外账号管理业务和国内账号管理业务，中间节点A3可以表示与国外账号管理业务对应的功能模块中的程序元素，中间节点A4可以表示与国内账号管理业务对应的功能模块中的程序元素。结束节点1可以表示国外账号管理业务的返回结果，结束节点2可以表示国内账号管理业务或卡号管理业务的返回结果。

根据本公开实施例，每一条从开始节点到结束节点的有向路径，可以代表一个完整的业务功能的场景。例如，有向路径：A→A1→A4→结束节点2，可以表示账户管理业务→账号管理业务→国内账号管理业务→国内账号管理的返回结果这一功能场景。

在操作S203，根据业务逻辑图，确定M个功能模块中与目标程序元素关联的N个功能模块，其中，N为大于等于1且小于等于M的整数。

根据本公开实施例，参照图3，例如可以对登陆业务中的程序元素进行修改，修改的程序元素所对应的节点例如可以是A。可以确定与节点A关联的多条逻辑路径，包括路径1：A→A1→A3→结束节点1，路径2：A→A1→A4→结束节点2，路径3：A→A2→A4→结束节点2。

根据本公开实施例，路径1可以对应国外账户管理业务，路径2可以对应国内账户管理业务，路径3可以对应卡号管理业务。由此，可以确定与节点A关联的多个功能模块可以包括国外账户管理功能模块、国内账户管理功能模块和卡号管理功能模块。

根据本公开实施例，根据业务逻辑图可以确定与目标节点关联的多个功能模块，根据该目标节点与多个功能模块的对应关系，以便在对程序元素进行更新时，可以快速确定修改的程序所影响到的所有功能模块，以便工作人员有针对性的监控影响范围内的功能模的使用情况，提高系统安全性。也可以在测试人员通过补丁的形式对应用程序进行修复时，快速得到补丁验证所覆盖的所有功能场景，提高确定补丁覆盖范围的准确性。

在操作S204，验证N个功能模块的运行情况。

根据本公开实施例，由上述示例可知，在确定登录业务中的程序元素发生更新的情况下，可以影响到国外账户管理功能模块、国内账户管理功能模块和卡号管理功能模块。因此，可以对国外账户管理功能模块、国内账户管理功能模块和卡号管理功能模块均验证其是否正常运行。

根据本公开实施例，可以通过验证功能模块中的各个节点所对应的程序元素的运行情况，确定该功能能模块是否正常运行。例如，可以验证路径1中与A1节点和A3节点对应的程序元素是否正常运行，以及验证结束节点1返回的处理结果是否正常，来确定国外账户管理功能模块是否正常运行。

根据本公开实施例，确定应用程序中的程序元素是否发生更新，响应于目标程序元素发生更新，获取与应用程序对应的业务逻辑图，根据业务逻辑图确定与发生更新的程序元素对应的目标节点，根据目标节点所在的业务逻辑路径，确定与发生更新的程序元素对应的多个功能模块，以验证该多个功能模块是否正常运行。能够根据业务逻辑图确定程序元素与功能模块的对应关系，以便在程序元素发生更新的情况下，对所有关联的功能模块进行验证，防止由于功能模块验证不全带来的业务风险，提高系统安全性。

图4示意性示出了根据本公开实施例的生成业务逻辑图的方法的流程图。

如图4所示，该方法包括操作S401～S402。

在操作S401，针对每个功能模块，根据功能模块的不同类型的程序元素之间的处理次序，生成与功能模块对应的业务逻辑路径。

根据本公开实施例，针对应用程序中的每个功能模块，功能模块中可以包括触发类型的程序元素和非触发类型的的程序元素，触发类型的程序元素如Class文件和Procedure文件，触发类型的程序元素之间存在处理次序。非触发类型的程序元素如Jsp文件用于描述事件的触发结果，或者包含返回按钮，因此，非触发类型的程序元素的处理次序在触发类型的程序元素之后。

例如，Class文件或Procedure文件中可以包括用于实现如触发按钮、链接等事件的程序代码，根据触发按钮、链接等事件的触发次序，可以确定触发类型的程序元素之间的处理次序。根据触发类型的程序元素之间的处理次序，以及非触发类型的程序元素在触发类型的程序元素之后，可以生成与该功能模块对应的业务逻辑路径。

在操作S402，根据与M个功能模块对应的业务逻辑路径，生成业务逻辑图。

根据本公开实施例，针对应用程序中的每个功能模块，均可以根据操作S401生成与其对应的业务逻辑图。根据得到的M条业务逻辑路径，可以生成如图3所示的业务逻辑图。

图5示意性示出了根据本公开另一实施例的生成业务逻辑图的方法的流程图。

如图5所示，应用程序可以包括n个功能模块，功能模块1、功能模块2……功能模块n，其中，n为大于2的整数。以利用CTP开发框架获得应用程序为例，每个功能模块例如可以是OP，每个OP可以由多个OPSTEP组成，OPSTEP可以是Class文件、Procedure文件或Jsp文件，OPSTEP也可以是新的OP，用于跳转到其他的功能模块执行程序流程。应用程序的入口可以登记为根节点。针对功能模块1，可以包括操作S501～S508。

在操作S501，开始程序步骤，其中，程序步骤例如可以是OPSTEP。

在操作S502，判断程序元素是否为Class文件，如果是Class文件，则执行则操作S507，否则，执行操作S503。

在操作S503，判断是否为Procedure文件，如果是Procedure文件，则执行则操作S507，否则，执行操作S504。

在操作S504，判断是否为Jsp文件，如果是Jsp文件，则执行则操作S505，否则，跳转到功能模块2。

在操作S505，判断Jsp文件中是否包含返回按钮，或者没有触发元素，如果是，则执行操作S506。

在操作S506，登记为叶节点。

在操作S507，登记为中间节点。

在操作S508，然后返回值，确定下一步骤。

根据本公开实施例，功能模块2到功能模块n中的每个功能模块的程序步骤与功能模块1类似，这里不再赘述。

图6示意性示出了根据本公开实施例的生成与功能模块对应的业务逻辑路径的方法的流程图。

如图6所示，操作S401可以包括操作S601～S605。

在操作S601，确定应用程序的入口为开始节点。

根据本公开实施例，可以以应用程序的入口为每条业务逻辑路径的开始节点。

在操作S602，确定功能模块的触发类型的程序元素为中间节点。

根据本公开实施例，功能模块中的触发类型的程序元素如Class文件和Procedure文件，可以作为中间节点。

在操作S603，根据功能模块的触发类型的程序元素之间的触发次序，确定每个中间节点的先后顺序。

根据本公开实施例，根据触发类型的程序元素之间的触发次序，可以确定各个中间节点之间的先后顺序。

在操作S604，确定功能模块的非触发类型的程序元素为结束节点。

根据本公开实施例，功能模块中的非触发类型的程序元素可以作为结束节点。

在操作S605，根据开始节点、中间节点、中间节点的先后顺序以及结束节点，生成与功能模块对应的业务逻辑路径。

根据本公开实施例，从开始节点开始，按照中间节点的先后顺序依次连接每个中间节点，最后连接结束节点，可以得到与功能模块对应的一条有向的业务逻辑路径。

图7示意性示出了根据本公开实施例的确定所述M个功能模块中与所述目标程序元素关联的N个功能模块的方法的流程图。

如图7所示，操作S203可以包括操作S701～S703。

在操作S701，根据业务逻辑图，确定与目标程序元素对应的目标节点。

根据本公开实施例，沿用上述示例，目标程序元素可以对登陆业务中的程序元素，与目标程序元素对应的目标节点可以是节点A。

在操作S702，确定目标节点所在的N条业务逻辑路径。

根据本公开实施例，可以确定节点A所在的路径包括：路径1：A→A1→A3→结束节点1，路径2：A→A1→A4→结束节点2，路径3：A→A2→A4→结束节点2。

在操作S703，根据目标节点所在的N条业务逻辑路径，确定M个功能模块中与目标程序元素关联的N个功能模块。

根据本公开实施例，沿用上述示例，路径1可以对应国外账户管理业务，路径2可以对应国内账户管理业务，路径3可以对应卡号管理业务。由此，可以确定与节点A关联的多个功能模块可以包括国外账户管理功能模块、国内账户管理功能模块和卡号管理功能模块。

图8示意性示出了根据本公开实施例的验证N个功能模块的运行情况的方法的流程图。

如图8所示，操作S204可以包括操作S801～S802。

在操作S801，根据目标节点所在的N条业务逻辑路径，确定N条业务逻辑路径中位于目标节点之后的节点为待验证节点。

根据本公开实施例，沿用上述示例，目标节点A所在的路径可以包括：路径1：A→A1→A3→结束节点1，路径2：A→A1→A4→结束节点2，路径3：A→A2→A4→结束节点2。可以确定路径1中的待验证节点可以包括A1、A3和结束节点1，路径2中的待验证节点可以包括A1、A4和结束节点2，路径2中的待验证节点可以包括A2、A4和结束节点2。

在操作S802，验证与待验证节点对应的程序元素的运行情况。

根据本公开实施例，待验证节点可以包括中间节点如A1、A2、A3和A4，还可以包括结束节点结束节点1和结束节点2。针对不同类型的节点，可以采用不同的方式验证与该节点对应的程序元素是否运行正常。

图9示意性示出了根据本公开实施例的验证与待验证节点对应的程序元素运行情况的方法的流程图。

如图9所示，操作S802可以包括操作S901～902。

在操作S901，在待验证节点为中间节点的情况下，验证与待验证节点对应的程序元素与更新后的程序元素的兼容情况。

根据本公开实施例，沿用上述示例，针对中间节点如A1、A2、A3和A4，可以验证与该节点对应的程序元素与修改后的程序元素是否兼容。在兼容的情况下，可以确定与A1、A2、A3和A4节点对应的程序元素可以正常运行。

在操作S902，在待验证节点为结束节点的情况下，验证与待验证节点对应的程序元素的运行结果。

根据本公开实施例，沿用上述示例，针对结束节点如结束节点1和结束节点2，可以验证与该叶子节点对应的程序元素所返回的处理结果是否正常，如果返回的处理结果正常，则可以确定与结束节点1和结束节点2对应的程序元素可以正常运行。

图10示意性示出了根据本公开实施例的更新业务逻辑图的方法的流程图。

如图10所示，该方法可以包括操作S1001～1002。

在操作S1001，确定应用程序中的程序元素之间的处理次序是否发生更新。

根据本公开实施例，应用程序可以存在一定的周期更新性，如果更新过程中应用程序处理流程的次序或逻辑关系发生变化，程序元素与多个功能模块之间的对应关系也会随之发生变化。

在操作S1002，在确定应用程序中的程序元素之间的处理次序发生更新的情况下，根据更新后的程序元素之间的处理次序，更新业务逻辑图。

根据本公开实施例，在应用程序处理流程的次序或逻辑关系发生变化的情况下，可以根据新的处理次序或逻辑关系更新业务流程图中节点与功能模块的对应关系，以便确保业务逻辑图中每条业务逻辑路径的正确描述。

图11示意性示出了根据本公开的实施例的业务功能的验证装置的框图。

如图11所示，业务功能的验证装置1100包括第一确定模块1101、获取模块1102、第二确定模块1103、和验证模块1104。

第一确定模块1101，用于确定应用程序中的程序元素是否发生更新，其中，应用程序包括M个功能模块，每个功能模块用于实现相应的业务功能，每个功能模块包括不同类型的程序元素，其中，M为大于1的整数。

获取模块1102，用于在确定应用程序中的目标程序元素发生更新的情况下，获取与应用程序对应的业务逻辑图，其中，业务逻辑图包括与每个功能模块对应的业务逻辑路径，每条业务逻辑路径包括与不同类型的程序元素对应的节点。

第二确定模块1103，用于根据业务逻辑图，确定M个功能模块中与目标程序元素关联的N个功能模块，其中，N为大于等于1且小于等于M的整数。

验证模块1104，用于验证N个功能模块的运行情况。

根据本公开实施例，业务功能的验证装置1100还包括第一生成模块和第二生成模块。

第一生成模块，用于针对每个功能模块，根据功能模块的不同类型的程序元素之间的处理次序，生成与功能模块对应的业务逻辑路径。

第二生成模块，用于根据与M个功能模块对应的业务逻辑路径，生成业务逻辑图。

根据本公开实施例，不同类型的程序元素包括：触发类型的程序元素和非触发类型的程序元素。

根据本公开实施例，第一生成模块可以包括第一确定单元、第二确定单元、第三确定单元、第四确定单元和生成单元。

第一确定单元，用于确定应用程序的入口为开始节点。

第二确定单元，用于确定功能模块的触发类型的程序元素为中间节点。

第三确定单元，用于根据功能模块的触发类型的程序元素之间的触发次序，确定每个中间节点的先后顺序。

第四确定单元，用于确定功能模块的非触发类型的程序元素为结束节点。

生成单元，用于根据开始节点、中间节点、中间节点的先后顺序以及结束节点，生成与功能模块对应的业务逻辑路径。

根据本公开实施例，第二确定模块1103可以包括第五确定单元、第六确定单元和第七确定单元。

第五确定单元，用于根据业务逻辑图，确定与目标程序元素对应的目标节点。

第六确定单元，用于确定目标节点所在的N条业务逻辑路径。

第七确定单元，用于根据目标节点所在的N条业务逻辑路径，确定M个功能模块中与目标程序元素关联的N个功能模块。

根据本公开实施例，验证模块1104可以包括第八确定单元和验证单元。

第八确定单元，用于根据目标节点所在的N条业务逻辑路径，确定N条业务逻辑路径中位于目标节点之后的节点为待验证节点。

验证单元，用于验证与待验证节点对应的程序元素的运行情况。

根据本公开实施例，待验证节点可以包括中间节点和结束节点。

根据本公开实施例，验证单元可以包括第一验证子单元和第二验证子单元。

第一验证子单元，用于在待验证节点为中间节点的情况下，验证与待验证节点对应的程序元素与更新后的程序元素的兼容情况。

第二验证子单元，用于在待验证节点为结束节点的情况下，验证与待验证节点对应的程序元素的运行结果。

根据本公开实施例，业务功能的验证装置1100还可以包括第三确定模块和更新模块。

第三确定模块，用于确定应用程序中的程序元素之间的处理次序是否发生更新。

更新模块，用于在确定应用程序中的程序元素之间的处理次序发生更新的情况下，根据更新后的程序元素之间的处理次序，更新业务逻辑图。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机功能模块，当该计算机功能模块被运行时，可以执行相应的功能。

例如，第一确定模块1101、获取模块1102、第二确定模块1103、和验证模块1104中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，第一确定模块1101、获取模块1102、第二确定模块1103、和验证模块1104中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一确定模块1101、获取模块1102、第二确定模块1103、和验证模块1104中的至少一个可以至少被部分地实现为计算机功能模块，当该计算机功能模块被运行时，可以执行相应的功能。

需要说明的是，本公开的实施例中业务功能的验证装置部分与本公开的实施例中业务功能的验证方法部分是相对应的，业务功能的验证装置部分的描述具体参考业务功能的验证方法部分，在此不再赘述。

图12示意性示出了根据本公开实施例的适于实现上文描述的方法的计算机系统的框图。图12示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图12所示，根据本公开实施例的计算机系统1200包括处理器1201，其可以根据存储在只读存储器(ROM)1202中的程序或者从存储部分1208加载到随机访问存储器(RAM)1203中的程序而执行各种适当的动作和处理。处理器1201例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器1201还可以包括用于缓存用途的板载存储器。处理器1201可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1203中，存储有系统1200操作所需的各种程序和数据。处理器1201、ROM1202以及RAM 1203通过总线1204彼此相连。处理器1201通过执行ROM 1202和/或RAM 1203中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 1202和RAM 1203以外的一个或多个存储器中。处理器1201也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，系统1200还可以包括输入/输出(I/O)接口1205，输入/输出(I/O)接口1205也连接至总线1204。系统1200还可以包括连接至I/O接口1205的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至I/O接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。在该计算机程序被处理器1201执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机功能模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 1202和/或RAM 1203和/或ROM 1202和RAM 1203以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (10)

1.一种业务功能的验证方法，包括：

确定应用程序中的程序元素是否发生更新，其中，所述应用程序包括M个功能模块，每个所述功能模块用于实现相应的业务功能，每个所述功能模块包括不同类型的程序元素，其中，M为大于1的整数；

在确定所述应用程序中的目标程序元素发生更新的情况下，获取与所述应用程序对应的业务逻辑图，其中，所述业务逻辑图包括与每个所述功能模块对应的业务逻辑路径，每条所述业务逻辑路径包括与所述不同类型的程序元素对应的节点；

根据所述业务逻辑图，确定所述M个功能模块中与所述目标程序元素关联的N个功能模块，其中，N为大于等于1且小于等于M的整数；以及

验证所述N个功能模块的运行情况。

2.根据权利要求1所述的方法，还包括：

针对每个功能模块，根据所述功能模块的不同类型的程序元素之间的处理次序，生成与所述功能模块对应的业务逻辑路径；以及

根据与M个所述功能模块对应的业务逻辑路径，生成所述业务逻辑图。

3.根据权利要求2所述的方法，其中，所述不同类型的程序元素包括：触发类型的程序元素和非触发类型的程序元素；

所述根据所述功能模块的不同类型的程序元素之间的处理次序，生成与所述功能模块对应的业务逻辑路径包括：

确定所述应用程序的入口为开始节点；

确定所述功能模块的所述触发类型的程序元素为中间节点；

根据所述功能模块的所述触发类型的程序元素之间的触发次序，确定每个所述中间节点的先后顺序；

确定所述功能模块的所述非触发类型的程序元素为结束节点；以及

根据所述开始节点、所述中间节点、所述中间节点的先后顺序以及所述结束节点，生成与所述功能模块对应的业务逻辑路径。

4.根据权利要求1或3所述的方法，其中，所述根据所述业务逻辑图确定所述M个功能模块中与所述目标程序元素关联的N个功能模块包括：

根据所述业务逻辑图，确定与所述目标程序元素对应的目标节点；

确定所述目标节点所在的N条业务逻辑路径；以及

根据所述目标节点所在的N条业务逻辑路径，确定所述M个功能模块中与所述目标程序元素关联的N个功能模块。

5.根据权利要求4所述的方法，其中，所述验证所述N个功能模块的运行情况包括：

根据所述目标节点所在的N条业务逻辑路径，确定所述N条业务逻辑路径中位于所述目标节点之后的节点为待验证节点；以及

验证与所述待验证节点对应的程序元素的运行情况。

6.根据权利要求5所述的方法，其中，所述待验证节点包括中间节点和结束节点；

所述验证与所述待验证节点对应的程序元素的运行情况包括：

在所述待验证节点为中间节点的情况下，验证与所述待验证节点对应的程序元素与更新后的程序元素的兼容情况；以及

在所述待验证节点为结束节点的情况下，验证与所述待验证节点对应的程序元素的运行结果。

7.根据权利要求2所述的方法，还包括：

在确定所述应用程序中的程序元素之间的处理次序发生更新的情况下，根据更新后的所述程序元素之间的处理次序，更新所述业务逻辑图。

8.一种业务功能的验证装置，包括：

第一确定模块，用于确定应用程序中的程序元素是否发生更新，其中，所述应用程序包括M个功能模块，每个所述功能模块用于实现相应的业务功能，每个所述功能模块包括不同类型的程序元素，其中，M为大于1的整数；

获取模块，用于在确定所述应用程序中的目标程序元素发生更新的情况下，获取与所述应用程序对应的业务逻辑图，其中，所述业务逻辑图包括与每个所述功能模块对应的业务逻辑路径，每条所述业务逻辑路径包括与所述不同类型的程序元素对应的节点；

第二确定模块，用于根据所述业务逻辑图，确定所述M个功能模块中与所述目标程序元素关联的N个功能模块，其中，N为大于等于1且小于等于M的整数；以及

验证模块，用于验证所述N个功能模块的运行情况。

9.一种计算机系统，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现权利要求1至7中任一项所述的方法。

Images