CN116955097A - 测试流程的展示方法、装置和测试流程展示系统 - Google Patents

Abstract

本申请提供了一种测试流程的展示方法、装置和测试流程展示系统。该方法包括：获取测试流程模板；获取多个测试执行信息；根据多个测试执行信息对测试流程模板进行更新，得到更新测试流程模板，并将更新测试流程模板展示在显示界面中。本方案预先定义了测试流程模板，测试流程模板中的测试节点一开始都是没有颜色的，在测试的过程中，如果测试一个测试案例经过了一个测试节点，那么可以把这个测试流程模板中经过的这个测试节点的颜色进行修改，即更新测试流程模板，这样将更新了的测试流程模板展示在显示界面中，可以清晰直观地展示流程测试的执行情况，直观地显示测试经过了哪些节点，或者没有经过哪些节点。

Description

测试流程的展示方法、装置和测试流程展示系统

技术领域

本申请涉及计算机测试技术领域，具体而言，涉及一种测试流程的展示方法、装置、计算机可读存储介质和测试流程展示系统。

背景技术

当前企业，工作流引擎的使用尤为广泛，随之而来的是工作流引擎的产品化、智能化和用户体验友好化。使用工作流引擎用于业务流程的步骤一般是先是在工作流引擎配合的流程开发工具画出相应业务场景的业务流程图，并进行一系列参数配置，在开发工具中配置的好的流程图也称流程模板(也称流程图)，流程引擎再根据对应的流程模板来执行相应的流程，在这基础上再进行相应的业务流程测试。

由于工作流引擎应用场景日益广泛，业务流程图从静态开发到上线发布需要经过充分的测试验证。但是目前并不能直观清晰地展示流程测试案例执行情况。

发明内容

本申请的主要目的在于提供一种测试流程的展示方法、装置、计算机可读存储介质和测试流程展示系统，以至少解决现有技术中不能直观清晰地展示流程测试案例执行情况的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种测试流程的展示方法，包括：获取测试流程模板，其中，所述测试流程模板为预先定义的与业务有关的测试流程的模板，所述测试流程模板包括处理所述业务的测试案例的所有的测试节点，所述测试流程模板和所述业务一一对应；获取多个测试执行信息，其中，所述测试执行信息表征测试所述测试案例是否经过所述测试节点的信息，所述测试执行信息与所述测试节点一一对应；根据多个所述测试执行信息对所述测试流程模板进行更新，得到更新测试流程模板，并将所述更新测试流程模板展示在显示界面中，其中，经过的所述测试节点的展示方式和未经过的所述测试节点的展示方式不同，所述展示方式包括颜色展示、阴影展示、填充底纹展示中的一个或者多个。

可选地，获取测试执行信息，包括：获取测试数据报文，其中，所述测试数据报文中包括流程启动信息、流程实例信息、流程流转状态信息、流转任务节点信息、路由参数信息中的一个或者多个，其中，所述流程启动信息为启动所述测试流程的信息，所述流程实例信息为测试时经过的所述测试节点的信息，所述流程流转状态信息为测试时所述测试节点在流转过程中的状态的信息，所述流转任务节点信息为测试时的各个所述测试案例的信息，所述路由参数信息为所述测试节点流转的路由的信息；将所述测试数据报文转换为字段，并将所述字段存储在目标数据库中；将所述字段的信息和所述测试流程模板中所述测试节点的信息进行比较，得到比较结果，根据所述比较结果确定所述测试执行信息。

可选地，将所述测试数据报文转换为字段，并将所述字段存储在目标数据库中，包括：采用报文解析器对所述测试数据报文进行拆解，得到多个标识信息，各所述标识信息分别用于表征所述测试数据报文对应的所述测试案例的标识、所述测试节点的标识、路由参数、测试任务当前的节点、测试流程的状态；根据所述测试数据报文的协议的类型，采用报文转换器将多个所述标识信息转换为多个所述字段，并将多个所述字段存储在所述目标数据库中。

可选地，根据所述比较结果确定所述测试执行信息，包括：在所述比较结果表征所述字段的信息和所述测试流程模板中所述测试节点的信息不相同的情况下，得到第一测试执行信息，其中，所述第一测试执行信息表征测试的所述测试案例经过所述测试节点的信息；在所述比较结果表征所述字段的信息和所述测试流程模板中所述测试节点的信息相同的情况下，得到第二测试执行信息，其中，所述第二测试执行信息表征测试的所述测试案例未经过所述测试节点的信息。

可选地，根据多个所述测试执行信息对所述测试流程模板进行更新，得到更新测试流程模板，包括：获取所述测试案例的数量；根据所述测试执行信息确定目标测试节点经过测试的第一次数，其中，所述目标测试节点为任意一个所述测试节点；在所述数量与所述第一次数相等的情况下，将所述测试流程模板中的所述目标测试节点的颜色更新为第一颜色；在所述数量小于所述第一次数、且所述第一次数大于0的情况下，将所述测试流程模板中的所述目标测试节点的颜色更新为第二颜色；在所述第一次数等于0的情况下，将所述测试流程模板中的所述目标测试节点的颜色更新为第三颜色。

可选地，所述测试流程模板中还包括处理所述业务的所述测试案例的所有的路径，所述路径为第一测试节点和第二测试节点之间的路径，所述第一测试节点和所述第二测试节点为相邻的任意两个所述测试节点，在根据多个所述测试执行信息对所述测试流程模板进行更新，得到更新测试流程模板之后，所述方法还包括：根据所述测试执行信息确定目标路径经过测试的第二次数；在所述数量与所述第二次数相等的情况下，将所述测试流程模板中的所述目标路径的颜色更新为第一颜色；在所述数量小于所述第二次数、且所述第二次数大于0的情况下，将所述测试流程模板中的所述目标路径的颜色更新为第二颜色；在所述第二次数等于0的情况下，将所述测试流程模板中的所述目标路径的颜色更新为第三颜色。

可选地，在获取多个测试执行信息之后，所述方法还包括：获取所有的所述测试案例的案例标识信息；确定测试所述测试案例所经过的所述测试节点；获取测试所述测试案例所经过的多个所述测试节点的路径；获取所述测试案例的测试执行情况，其中，所述测试执行情况用于表征测试工作是否完结；根据所述测试案例的所述案例标识信息、测试所述测试案例所经过的所述测试节点、所述测试节点的所述路径和所述测试执行情况，生成测试详情列表，并将所述测试详情列表展示在所述显示界面中。

根据本申请的另一方面，提供了一种测试流程的展示装置，包括：第一获取单元，用于获取测试流程模板，其中，所述测试流程模板为预先定义的与业务有关的测试流程的模板，所述测试流程模板包括处理所述业务的测试案例的所有的测试节点，所述测试流程模板和所述业务一一对应；第二获取单元，用于获取多个测试执行信息，其中，所述测试执行信息表征测试所述测试案例是否经过所述测试节点的信息，所述测试执行信息与所述测试节点一一对应；第一处理单元，用于根据多个所述测试执行信息对所述测试流程模板进行更新，得到更新测试流程模板，并将所述更新测试流程模板展示在显示界面中，其中，经过的所述测试节点的展示方式和未经过的所述测试节点的展示方式不同，所述展示方式包括颜色展示、阴影展示、填充底纹展示中的一个或者多个。

根据本申请的再一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行任意一种所述测试流程的展示方法。

根据本申请的又一方面，提供了一种测试流程展示系统，包括：一个或多个处理器，存储器，以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行任意一种所述的测试流程的展示方法。

应用本申请的技术方案，预先定义了测试流程模板，测试流程模板中的测试节点一开始都是没有颜色的，在测试的过程中，如果测试一个测试案例经过了一个测试节点，那么可以把这个测试流程模板中经过的这个测试节点的颜色进行修改，即更新测试流程模板，这样将更新了的测试流程模板展示在显示界面中，可以清晰直观地展示流程测试的执行情况，直观地显示测试经过了哪些节点，或者没有经过哪些节点。

附图说明

构成本申请的一部分的说明书附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了一些方案中的测试流程的展示效果示意图；

图2示出了根据本申请的实施例中提供的一种执行测试流程的展示方法的移动终端的硬件结构框图；

图3示出了根据本申请的实施例提供的一种测试流程的展示方法的流程示意图；

图4示出了本方案的测试流程的展示效果示意图；

图5示出了本方案的测试详情列表的展示效果示意图；

图6示出了又一种测试流程的展示方法的流程示意图；

图7示出了根据本申请的实施例提供的一种测试流程的展示装置的结构框图。

其中，上述附图包括以下附图标记：

102、处理器；104、存储器；106、传输设备；108、输入输出设备。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

工作流引擎应用场景日益广泛，业务流程图从静态开发到上线发布需要经过充分的测试验证。目前没有一种流程图流程测试覆盖轨迹可视化工具来直观清晰地展示流程测试案例执行情况。当流程图复杂且庞大、流程流转分支路径较多时，所有流程分支是否全部测试到位，并不能够直观判断，使得测试结果复核工作凸显地异常繁琐，稍有疏忽就会有测试不到位、检查不到位的问题发生；同时还需要有工作流引擎相关技术经验才可以对测试失败用例执行异常情况进行快速定位排查。

流程图的测试主要针对整个流程节点、路径是否全部走通来进行的，但是对于带有判断分支的流程图所有流程分支是否都测试到，并不好判断，这就提升了对流程图测试结果的自动化分析要求。业务流程测试是否充分多依赖于测试人员编写的测试案例，对于多分支的业务流程图是否合理、流程测试是否充分并没有一个用户友好化的方法和工具。

在一些方案中，当前一些开源的对于结合工作流引擎的流程图测试工具，只是针对流程图元素是否连贯、完备来进行测试和校验的，目前并没有一个可以对结合工作流引擎的流程图的全部分支路径是全部测试通过的自动化、可视化判断及分析工具。如图1所示，如果测试流程只走了箭头标记的路径，即测试节点1→测试节点3→测试节点4→测试节点5，而对于复杂结构的流程图不容易定位到判断节点或内部配置参数的问题，相关纰漏或错误不容易被发现。并且每个步骤的业务节点是否被测试充分不能被可视化的展示出来及进行自动化分析。

正如背景技术中所介绍的，现有技术中不能直观清晰地展示流程测试案例执行情况，为解决如上的问题，本申请的实施例提供了一种测试流程的展示方法、装置、计算机可读存储介质和测试流程展示系统。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

本申请实施例中所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图2是本发明实施例的一种测试流程的展示方法的移动终端的硬件结构框图。如图2所示，移动终端可以包括一个或多个(图2中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，其中，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图2所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的设备信息的显示方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。传输设备106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种运行于移动终端、计算机终端或者类似的运算装置的测试流程的展示方法，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图3是根据本申请实施例的一种测试流程的展示方法的流程示意图。如图3所示，该方法包括以下步骤：

步骤S201，获取测试流程模板，其中，上述测试流程模板为预先定义的与业务有关的测试流程的模板，上述测试流程模板包括处理上述业务的测试案例的所有的测试节点，上述测试流程模板和上述业务一一对应；

具体地，测试流程模板和业务是一一对应的关系，在确定要测试某个业务后，可以将对应的测试流程模板提取出来，测试流程模板中的测试节点的颜色一开始都是无颜色，路径也可以是无颜色。

步骤S202，获取多个测试执行信息，其中，上述测试执行信息表征测试上述测试案例是否经过上述测试节点的信息，上述测试执行信息与上述测试节点一一对应；

具体地，在进行测试的情况下，可以确定测试某个测试案例的时候，是否经过了某个测试节点，进而获取到测试执行信息。

步骤S203，根据多个上述测试执行信息对上述测试流程模板进行更新，得到更新测试流程模板，并将上述更新测试流程模板展示在显示界面中，其中，经过的上述测试节点的展示方式和未经过的上述测试节点的展示方式不同，上述展示方式包括颜色展示、阴影展示、填充底纹展示中的一个或者多个。

具体地，在测试执行完成后，生成测试报告，以便对测试结果进行总结和分析。测试报告应包含测试的执行概况、通过率、失败用例的详细信息等。还可以使用图表、表格等方式突出展示测试的执行情况。

根据测试报告中的测试结果，将经过测试的节点和未经过测试的节点进行标记。可以使用不同的颜色、符号或其他标记方式来区分这两类节点。

通过本实施例，预先定义了测试流程模板，测试流程模板中的测试节点一开始都是没有颜色的，在测试的过程中，如果测试一个测试案例经过了一个测试节点，那么可以把这个测试流程模板中经过的这个测试节点的颜色进行修改，即更新测试流程模板，这样将更新了的测试流程模板展示在显示界面中，可以清晰直观地展示流程测试的执行情况，直观地显示测试经过了哪些节点，或者没有经过哪些节点。

要确定测试测试案例是否经过测试节点，以得到较为准确的测试执行信息，可以根据接收到的测试数据报文进行分析得到测试执行信息，具体实现过程中，获取测试执行信息，可以通过以下步骤实现：获取测试数据报文，其中，上述测试数据报文中包括流程启动信息、流程实例信息、流程流转状态信息、流转任务节点信息、路由参数信息中的一个或者多个，其中，上述流程启动信息为启动上述测试流程的信息，上述流程实例信息为测试时经过的上述测试节点的信息，上述流程流转状态信息为测试时上述测试节点在流转过程中的状态的信息，上述流转任务节点信息为测试时的各个上述测试案例的信息，上述路由参数信息为上述测试节点流转的路由的信息；将上述测试数据报文转换为字段，并将上述字段存储在目标数据库中；将上述字段的信息和上述测试流程模板中上述测试节点的信息进行比较，得到比较结果，根据上述比较结果确定上述测试执行信息。

该方案中，可以实时接收外部终端或者外部系统发送的测试数据报文，测试数据报文可以是JSON格式的数据，由于测试数据报文是报文的数据，并不能直接与测试流程模板中的信息进行比较，因此通过对测试数据报文进行处理、拆解和转换，可以得到测试数据报文对应的字段，进而可以将字段对应的信息和测试节点的信息进行比较，得到测试执行信息，进而保证了本方案得到的测试执行信息较为准确。

以下分别对测试数报文进行解释和举例说明：

流程启动信息：表示流程实例的启动相关信息，如启动人、启动时间、启动原因等。例如：启动人为张三，启动时间为2021-01-01 10:00:00，启动原因为请假申请。字段转换示例：启动人字段、启动时间字段、启动原因字段。通过记录流程启动信息，可以追溯流程实例的发起者和发起时间，方便后续审批和跟踪流程进展。

流程实例信息：表示当前流程实例的基本信息，如流程实例ID、流程定义ID、流程实例状态等。例如：流程实例ID为123456，流程定义ID为LeaveApprovalProcess，流程实例状态为进行中。字段转换示例：流程实例ID字段、流程定义ID字段、流程实例状态字段。通过记录流程实例信息，可以唯一标识每个流程实例，方便查询和管理流程。

流程流转状态信息：表示当前流程实例的流转状态，如待审批、审批通过、审批驳回等。例如：当前流程实例处于待审批状态。字段转换示例：流转状态字段。通过记录流程流转状态信息，可以清晰地了解当前流程实例所处的阶段，方便进行后续处理和跟踪。

流转任务节点信息：表示当前流程实例的流转到的任务节点信息，如节点ID、节点名称、任务处理人等。例如：当前流程实例流转到节点审批人为李四。字段转换示例：任务节点ID字段、任务节点名称字段、任务处理人字段。通过记录流转任务节点信息，可以准确地了解当前流程实例所处的具体节点，方便进行任务分配和跟踪。

路由参数信息：表示流程实例在流转过程中的路由参数信息，如条件表达式、路由选择等。例如：根据请假天数小于等于3天，流程实例路由到部门经理审批节点。字段转换示例：条件表达式字段、路由选择字段。通过记录路由参数信息，可以灵活地控制流程的走向，根据不同的条件选择不同的流程分支，提高流程的灵活性和可配置性。

为进一步保证转换得到的字段较为准确，进而后续可以得到较为准确的测试执行信息，具体实现过程中，将上述测试数据报文转换为字段，并将上述字段存储在目标数据库中，可以通过以下步骤实现：采用报文解析器对上述测试数据报文进行拆解，得到多个标识信息，各上述标识信息分别用于表征上述测试数据报文对应的上述测试案例的标识、上述测试节点的标识、路由参数、测试任务当前的节点、测试流程的状态；根据上述测试数据报文的协议的类型，采用报文转换器将多个上述标识信息转换为多个上述字段，并将多个上述字段存储在上述目标数据库中。

该方案中，可以通过对测试数据报文进行处理处理、转换、拆解成目标数据库的数据表所需的字段，并存储入目标数据库中，当然，可以使用报文解析器来解析测试数据报文，可以采用报文转换器来转换字段，进而保证转换得到的字段较为准确。

具体地，数据处理、拆解、转换过程包括：获取报文并将报文数据拆解，获取报文数据里的流程实例唯一标识、任务节点唯一标识、路由参数、任务节点状态、流程状态等，将这些字段进行转换成数据库表中需要的字段，将这些字段存储到数据库表中。

报文解析器是一种用于解析和处理网络通信中的报文数据的工具或程序。它的作用是将收到的报文数据进行解析，提取出有用的信息，并进行相应的处理或转发。报文解析器可以根据报文的格式和协议规范，将报文中的各个字段进行解析和解码，以便后续程序可以理解和处理这些数据。

本申请采用的报文解析器可以根据测试数据报文的类型来确定，例如，报文解析器可以是JSON解析器、XML解析器、CSV解析器、Protobuf解析器、HTML解析器。

采用报文解析器对测试数据报文(简称为报文)进行拆解的具体步骤如下：首先，需要了解报文的格式，包括报文头部和报文体的结构。这可以通过查看报文的规范文档或与报文提供者进行沟通来获得。选择适合报文格式的解析库或工具。常见的报文解析库包括JSON解析器、XML解析器、正则表达式、Protobuf等。根据报文格式的不同，选择合适的库进行导入。使用导入的解析库，将报文加载到程序中，并根据报文格式进行解析。通常，解析库会提供相应的API或方法，用于解析报文并提取所需的信息。根据报文的结构，使用解析库提供的方法或语法来提取报文中的重要信息。例如，对于JSON格式的报文，可以使用键值对的方式来获取所需的数据；对于XML格式的报文，可以使用XPath表达式来定位并提取数据。根据实际需求，对解析得到的信息进行进一步处理。可以将提取的信息存储到数据库中、转换为其他格式、进行统计分析等。在解析报文过程中，需要考虑异常情况的处理。例如，报文格式不符合预期、解析库无法正确解析等。可以添加适当的错误处理机制，如异常捕获和错误日志记录，以确保程序的稳定性和可靠性。

以下通过具体应用的例子进行说明：

HTTP请求报文解析：对于一个HTTP请求报文，可以使用解析器来提取请求方法、URL、请求头和请求体等重要信息。解析器可以根据报文的格式，使用正则表达式或字符串处理函数来提取这些信息。

JSON报文解析：JSON是一种常用的数据交换格式，可以使用解析器来解析JSON报文。解析器可以将JSON报文解析为数据结构，如字典或对象，以便进一步处理和使用。

数据库查询报文解析：在数据库系统中，可以使用报文解析器来解析查询报文。解析器可以提取查询语句、表名、条件和排序等信息，以便进行数据库操作。

报文转换器是一种用于转换报文格式或协议的工具或程序。它的作用是将接收到的报文数据转换为另一种格式或协议，以满足不同系统之间的通信要求。报文转换器可以将报文从一种编码格式转换为另一种编码格式，或者将报文从一种协议转换为另一种协议，以实现不同系统之间的数据交换和通信。报文转换器通常会对报文进行解析和重组，然后根据目标格式或协议的要求进行相应的转换操作。

本申请采用的报文转换器可以是JSON转换器、XML转换器、CSV转换器、Protobuf转换器、HTML转换器。

采用报文转换器将多个标识信息转换为多个字段的具体步骤如下：报文转换器会首先解析报文的结构，确定报文中的标识信息所在的位置和格式。通常，报文的标识信息会以特定的格式进行编码，如XML、JSON或二进制格式。一旦报文结构被解析，报文转换器会根据规则或模式提取报文中的标识信息。这些规则或模式可以基于标识信息的位置、格式或其他特征进行定义。提取出的标识信息会被转换为字段，并存储在机器可读的格式中。这些字段可以是数据库中的列、变量或其他数据结构。

以下通过具体应用的例子进行说明：

电子商务订单报文：假设有一个电子商务平台，接收到了一个包含订单信息的报文。报文中包含了订单号、购买者姓名、购买的商品等信息。报文转换器可以根据报文结构和规则，将订单号、购买者姓名等标识信息提取出来，并将其转换为对应的字段，如订单号字段和购买者姓名字段。

医疗保险索赔报文：假设一个医疗保险公司接收到了一个索赔报文，其中包含了被保险人的姓名、医疗费用等信息。报文转换器可以根据报文结构和规则，将被保险人的姓名、医疗费用等标识信息提取出来，并将其转换为对应的字段，如被保险人姓名字段和医疗费用字段。

物流跟踪报文：假设一个物流公司接收到了一个物流跟踪报文，其中包含了货物的运输信息，如货物的起始地、目的地、运输状态等。报文转换器可以根据报文结构和规则，将货物的起始地、目的地、运输状态等标识信息提取出来，并将其转换为对应的字段，如起始地字段、目的地字段和运输状态字段。

在得到了比较结果的情况下，比较结果实际上是用于表征两个信息是否相同的，因此，确定测试案例是否经过测试节点，可以直接根据比较结果来判断，具体实现过程中，根据上述比较结果确定上述测试执行信息，可以通过以下步骤实现：在上述比较结果表征上述字段的信息和上述测试流程模板中上述测试节点的信息不相同的情况下，得到第一测试执行信息，其中，上述第一测试执行信息表征测试的上述测试案例经过上述测试节点的信息；在上述比较结果表征上述字段的信息和上述测试流程模板中上述测试节点的信息相同的情况下，得到第二测试执行信息，其中，上述第二测试执行信息表征测试的上述测试案例未经过上述测试节点的信息。

该方案中，如果字段的信息和测试流程模板中测试节点的信息不相同，那么表示在测试的时候，测试节点已经经过了测试，对应的数据库中的字段也会更新，如果字段的信息和测试流程模板中测试节点的信息相同，那么表示在测试的时候，测试节点还未经过测试，对应的数据库中的字段也不会更新，因此根据此逻辑来进行判断，可以直接且简单得到测试执行信息，进而保证了得到测试执行信息的方式较为简单直接。

具体地，可以根据预先在数据库表中的流程模板信息及数据库表中的报文信息进行对比，将已经测试过的路径、网关参数、任务节点在数据表的字段中做标识。

为了进一步统计测试流程的情况，进一步解决解决现有技术中不能直观清晰地展示流程测试案例执行情况的问题，本申请的根据多个上述测试执行信息对上述测试流程模板进行更新，得到更新测试流程模板，可以通过以下步骤实现：获取上述测试案例的数量；根据上述测试执行信息确定目标测试节点经过测试的第一次数，其中，上述目标测试节点为任意一个上述测试节点；在上述数量与上述第一次数相等的情况下，将上述测试流程模板中的上述目标测试节点的颜色更新为第一颜色；在上述数量小于上述第一次数、且上述第一次数大于0的情况下，将上述测试流程模板中的上述目标测试节点的颜色更新为第二颜色；在上述第一次数等于0的情况下，将上述测试流程模板中的上述目标测试节点的颜色更新为第三颜色。

该方案中，通过数据统计信息，可以对测试流程模板进行更新，这样可以统计到充分经过测试的测试节点(数量与第一次数相等的测试节点)、未充分经过测试的测试节点(数量小于第一次数、且第一次数大于0的测试节点)、没有经过测试的测试节点(第一次数等于0的测试节点)，进而后续可以对这三种情况展示在界面中，进而保证了本方案可以进一步直观清晰地展示流程测试案例执行情况。

另外，除了用颜色区分之外，还可以用以下展示形式区分：线条粗细、纹理、阴影、边角标记、动画效果、文字、图标、透明度等等。

为了进一步统计测试流程的情况，进一步解决解决现有技术中不能直观清晰地展示流程测试案例执行情况的问题，本申请的上述测试流程模板中还包括处理上述业务的上述测试案例的所有的路径，上述路径为第一测试节点和第二测试节点之间的路径，上述第一测试节点和上述第二测试节点为相邻的任意两个上述测试节点，在根据多个上述测试执行信息对上述测试流程模板进行更新，得到更新测试流程模板之后，上述方法还包括以下步骤：根据上述测试执行信息确定目标路径经过测试的第二次数；在上述数量与上述第二次数相等的情况下，将上述测试流程模板中的上述目标路径的颜色更新为第一颜色；在上述数量小于上述第二次数、且上述第二次数大于0的情况下，将上述测试流程模板中的上述目标路径的颜色更新为第二颜色；在上述第二次数等于0的情况下，将上述测试流程模板中的上述目标路径的颜色更新为第三颜色。

该方案中，通过数据统计信息，可以对测试流程模板进行更新，这样可以统计到充分经过测试的测试路径(数量与第二次数相等的测试路径)、未充分经过测试的测试路径(数量小于第二次数、且第二次数大于0的测试路径)、没有经过测试的测试路径(第二次数等于0的测试路径)，进而后续可以对这三种情况展示在界面中，进而保证了本方案可以进一步直观清晰地展示流程测试案例执行情况。

具体地，根据本方案的上述实施例，可视化页面可以点击进入对应的测试图结果详情页面。测试流程图结果详情页面包括两部分内容：一部分是测试流程图结果的展示及流程测试详情列表展示。如图4所示，测试流程图结果的展示包括对流程图的可视化展示以及在流程图上对已经测试过的路径和节点用带彩色的线条进行高亮标记，其中：全部参数都测试过的节点用一种颜色高亮标注，部分参数测试过的节点用另外一种颜色高亮标注，并在相应节点附近标记有几笔测试流程测试通过了本节点。

除图示的情况展示测试执行的情况之外，还可以根据列表展示的情况展示测试执行的情况，在一些实施例上，在获取多个测试执行信息之后，上述方法还包括以下步骤：获取所有的上述测试案例的案例标识信息；确定测试上述测试案例所经过的上述测试节点；获取测试上述测试案例所经过的多个上述测试节点的路径；获取上述测试案例的测试执行情况，其中，上述测试执行情况用于表征测试工作是否完结；根据上述测试案例的上述案例标识信息、测试上述测试案例所经过的上述测试节点、上述测试节点的上述路径和上述测试执行情况，生成测试详情列表，并将上述测试详情列表展示在上述显示界面中。

该方案中，可以统计出测试案例的案例标识信息、测试测试案例所经过的测试节点、测试节点的路径和测试执行情况，可以将这些统计到的信息生成列表展示在显示界面中，进一步方便测试人员查看测试的执行情况，进而保证了本方案可以进一步直观清晰地展示流程测试案例执行情况。

具体地，如图5所示，测试详情列表中记录每笔测试过的流程，每笔测试流程的详情：测试了哪些节点、路径及整笔测试流程是否正常完结等信息。

可选地，可用当前流行的JAVA语言编写的后台技术框架实现，数据存储可用关系型数据库进行存储，页面可视化部分可使用当前流行的前端技术来实现。

针对现有技术的问题，本申请提出了一种利用流程运行轨迹叠加的流程图测试结果可视化分析方法。在工作流引擎的流程图测试场景中，实现自动解析测试用例并直观清晰的展示流程图的测试执行情况，对流程图测试结果进行可视化的展示和自动化结果分析，优点是可以通过此工具结合工作流引擎(可以是任意工作流引擎)检查业务流程测试是否充分进行可视化及自动化分析。

本方案对流程图测试的覆盖路径进行可视化的展示，是否进行了充分的全路径测试进行校验，不仅可以检查流程模板的各个节点元素路径是否充分测试，还可以校验流程图节点参数配置是否有误，同时校验业务流程逻辑是否合理。可以对流程图测试具有专业价值，可以明晰的展示出路径测试的覆盖程度，并利用不同颜色进行高亮标记。

因此，本方案可以使得目前使用工作流引擎的场景中，流程图测试结果可视化、结果分析自动化、用户体验友好化。通过本申请的方案可以对流程图是否进行充分测试、节点元素是否参数配置无误、流程业务逻辑是否不合理等进行可视化的分析展示给用户。

本申请的方案中，基于目前的应用场景(在结合流程引擎的场景)，对流程图测试的充分性及路径测试覆盖程度及测试结果进行自动分析及可视化展示，实现一种对流程图的流程测试覆盖轨迹可视化展示方式，可以提高测试执行情况可读性、增强测试体验友好化、测试覆盖节点及路径直观化、未测试覆盖节点及路径突出化展示。该方式应用在工作流引擎测试场景中，实现自动解析测试用例并直观清晰的展示流程图的测试执行情况，测试情况主要分为三类进行突出展示：已充分测试的节点及路径、未充分测试的节点及路径、测试未覆盖到的节点及路径。不同分类的颜色可根据用户喜好进行调整。大大地提高了对测试案例及流程图的可读性，有助于流程图测试分析及排查。

为了使得本领域技术人员能够更加清楚地了解本申请的技术方案，以下将结合具体的实施例对本申请的测试流程的展示方法的实现过程进行详细说明。

本实施例涉及一种具体的测试流程的展示方法，可以使用浏览器访问特定的url地址，以web页面形式展示，本申请的方案可以用于设计工具，工具包括以下几部分：工作流引擎测试数据报文接收模块，数据存储模块，流程图测试结果可视化分析模块，如图6所示，包括如下步骤：

步骤S1：实时接收外部发送的测试数据报文，此报文是json格式的数据，报文包括了流程启动信息、流程实例信息、流程流转状态信息、流转任务节点的信息、路由参数信息等；

步骤S2：对数据报文进行数据处理、转换、拆解成数据库的数据表所需字段并存储入数据库中；

步骤S3：根据预先在数据库表中的流程模板信息及数据库表中的报文信息进行对比，将已经测试过的路径、网关参数、任务节点在数据表的字段中做标识；

步骤S4：通过后台的实时数据统计信息，在可视化界面分别对充分全路径测试的流程图、未测试流程图及未充分全路径测试流程图进行相应的列表或者图形展示；

步骤S5：设计上述步骤可视化页面可以点击进入对应的测试图结果详情页面。测试流程图结果详情页面包括两部分内容：一部分是测试流程图结果的展示及流程测试详情列表展示，测试流程图结果的展示包括对流程图的可视化展示以及在流程图上对已经测试过的路径和节点用带彩色的线条进行高亮标记，其中：全部参数都测试过的节点用一种颜色高亮标注，部分参数测试过的节点用另外一种颜色高亮标注，并在相应节点附近标记有几笔测试流程测试通过了本节点。另外一部分流程图测试详情列表，列表记录每笔测试过的流程，每笔测试流程的详情：测试了哪些节点、路径及整笔测试流程是否正常完结等信息。

本申请实施例还提供了一种测试流程的展示装置，需要说明的是，本申请实施例的测试流程的展示装置可以用于执行本申请实施例所提供的用于测试流程的展示方法。该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

以下对本申请实施例提供的测试流程的展示装置进行介绍。

图7是根据本申请实施例的一种测试流程的展示装置的结构框图。如图7所示，该装置包括：

第一获取单元10，用于获取测试流程模板，其中，上述测试流程模板为预先定义的与业务有关的测试流程的模板，上述测试流程模板包括处理上述业务的测试案例的所有的测试节点，上述测试流程模板和上述业务一一对应；

第二获取单元20，用于获取多个测试执行信息，其中，上述测试执行信息表征测试上述测试案例是否经过上述测试节点的信息，上述测试执行信息与上述测试节点一一对应；

第一处理单元30，用于根据多个上述测试执行信息对上述测试流程模板进行更新，得到更新测试流程模板，并将上述更新测试流程模板展示在显示界面中，其中，经过的上述测试节点的展示方式和未经过的上述测试节点的展示方式不同，上述展示方式包括颜色展示、阴影展示、填充底纹展示中的一个或者多个。

通过本实施例，预先定义了测试流程模板，测试流程模板中的测试节点一开始都是没有颜色的，在测试的过程中，如果测试一个测试案例经过了一个测试节点，那么可以把这个测试流程模板中经过的这个测试节点的颜色进行修改，即更新测试流程模板，这样将更新了的测试流程模板展示在显示界面中，可以清晰直观地展示流程测试的执行情况，直观地显示测试经过了哪些节点，或者没有经过哪些节点。

要确定测试测试案例是否经过测试节点，以得到较为准确的测试执行信息，可以根据接收到的测试数据报文进行分析得到测试执行信息，具体实现过程中，第二获取单元包括第一获取模块、第一处理模块和第二处理模块，第一获取模块用于获取测试数据报文，其中，上述测试数据报文中包括流程启动信息、流程实例信息、流程流转状态信息、流转任务节点信息、路由参数信息中的一个或者多个，其中，上述流程启动信息为启动上述测试流程的信息，上述流程实例信息为测试时经过的上述测试节点的信息，上述流程流转状态信息为测试时上述测试节点在流转过程中的状态的信息，上述流转任务节点信息为测试时的各个上述测试案例的信息，上述路由参数信息为上述测试节点流转的路由的信息；第一处理模块用于将上述测试数据报文转换为字段，并将上述字段存储在目标数据库中；第二处理模块用于将上述字段的信息和上述测试流程模板中上述测试节点的信息进行比较，得到比较结果，根据上述比较结果确定上述测试执行信息。

该方案中，可以实时接收外部终端或者外部系统发送的测试数据报文，测试数据报文可以是JSON格式的数据，由于测试数据报文是报文的数据，并不能直接与测试流程模板中的信息进行比较，因此通过对测试数据报文进行处理、拆解和转换，可以得到测试数据报文对应的字段，进而可以将字段对应的信息和测试节点的信息进行比较，得到测试执行信息，进而保证了本方案得到的测试执行信息较为准确。

为进一步保证转换得到的字段较为准确，进而后续可以得到较为准确的测试执行信息，具体实现过程中，第一处理模块包括第一处理子模块和第二处理子模块，第一处理子模块用于采用报文解析器对上述测试数据报文进行拆解，得到多个标识信息，各上述标识信息分别用于表征上述测试数据报文对应的上述测试案例的标识、上述测试节点的标识、路由参数、测试任务当前的节点、测试流程的状态；第二处理子模块用于根据上述测试数据报文的协议的类型，采用报文转换器将多个上述标识信息转换为多个上述字段，并将多个上述字段存储在上述目标数据库中。

该方案中，可以通过对测试数据报文进行处理处理、转换、拆解成目标数据库的数据表所需的字段，并存储入目标数据库中，当然，可以使用报文解析器来解析测试数据报文，可以采用报文转换器来转换字段，进而保证转换得到的字段较为准确。

在得到了比较结果的情况下，比较结果实际上是用于表征两个信息是否相同的，因此，确定测试案例是否经过测试节点，可以直接根据比较结果来判断，具体实现过程中，第二处理模块包括第三处理子模块和第四处理子模块，第三处理子模块用于在上述比较结果表征上述字段的信息和上述测试流程模板中上述测试节点的信息不相同的情况下，得到第一测试执行信息，其中，上述第一测试执行信息表征测试的上述测试案例经过上述测试节点的信息；第四处理子模块用于在上述比较结果表征上述字段的信息和上述测试流程模板中上述测试节点的信息相同的情况下，得到第二测试执行信息，其中，上述第二测试执行信息表征测试的上述测试案例未经过上述测试节点的信息。

该方案中，如果字段的信息和测试流程模板中测试节点的信息不相同，那么表示在测试的时候，测试节点已经经过了测试，对应的数据库中的字段也会更新，如果字段的信息和测试流程模板中测试节点的信息相同，那么表示在测试的时候，测试节点还未经过测试，对应的数据库中的字段也不会更新，因此根据此逻辑来进行判断，可以直接且简单得到测试执行信息，进而保证了得到测试执行信息的方式较为简单直接。

为了进一步统计测试流程的情况，进一步解决解决现有技术中不能直观清晰地展示流程测试案例执行情况的问题，本申请的第一处理单元包括第二获取模块、确定模块、第一更新模块、第二更新模块和第三更新模块，第二获取模块用于获取上述测试案例的数量；确定模块用于根据上述测试执行信息确定目标测试节点经过测试的第一次数，其中，上述目标测试节点为任意一个上述测试节点；第一更新模块用于在上述数量与上述第一次数相等的情况下，将上述测试流程模板中的上述目标测试节点的颜色更新为第一颜色；第二更新模块用于在上述数量小于上述第一次数、且上述第一次数大于0的情况下，第三更新模块用于将上述测试流程模板中的上述目标测试节点的颜色更新为第二颜色；在上述第一次数等于0的情况下，将上述测试流程模板中的上述目标测试节点的颜色更新为第三颜色。

该方案中，通过数据统计信息，可以对测试流程模板进行更新，这样可以统计到充分经过测试的测试节点(数量与第一次数相等的测试节点)、未充分经过测试的测试节点(数量小于第一次数、且第一次数大于0的测试节点)、没有经过测试的测试节点(第一次数等于0的测试节点)，进而后续可以对这三种情况展示在界面中，进而保证了本方案可以进一步直观清晰地展示流程测试案例执行情况。

为了进一步统计测试流程的情况，进一步解决解决现有技术中不能直观清晰地展示流程测试案例执行情况的问题，本申请的上述测试流程模板中还包括处理上述业务的上述测试案例的所有的路径，上述路径为第一测试节点和第二测试节点之间的路径，上述第一测试节点和上述第二测试节点为相邻的任意两个上述测试节点，上述装置还包括第一确定单元、第一更新单元、第二更新单元和第三更新单元，第一确定单元用于在根据多个上述测试执行信息对上述测试流程模板进行更新，得到更新测试流程模板之后，根据上述测试执行信息确定目标路径经过测试的第二次数；第一更新单元用于在上述数量与上述第二次数相等的情况下，将上述测试流程模板中的上述目标路径的颜色更新为第一颜色；第二更新单元用于在上述数量小于上述第二次数、且上述第二次数大于0的情况下，将上述测试流程模板中的上述目标路径的颜色更新为第二颜色；第三更新单元用于在上述第二次数等于0的情况下，将上述测试流程模板中的上述目标路径的颜色更新为第三颜色。

该方案中，通过数据统计信息，可以对测试流程模板进行更新，这样可以统计到充分经过测试的测试路径(数量与第二次数相等的测试路径)、未充分经过测试的测试路径(数量小于第二次数、且第二次数大于0的测试路径)、没有经过测试的测试路径(第二次数等于0的测试路径)，进而后续可以对这三种情况展示在界面中，进而保证了本方案可以进一步直观清晰地展示流程测试案例执行情况。

除图示的情况展示测试执行的情况之外，还可以根据列表展示的情况展示测试执行的情况，在一些实施例上，上述装置还包括第三获取单元、第二确定单元、第四获取单元、第五获取单元和第二处理单元，第三获取单元用于在获取多个测试执行信息之后，获取所有的上述测试案例的案例标识信息；第二确定单元用于确定测试上述测试案例所经过的上述测试节点；第四获取单元用于获取测试上述测试案例所经过的多个上述测试节点的路径；第五获取单元用于获取上述测试案例的测试执行情况，其中，上述测试执行情况用于表征测试工作是否完结；第二处理单元用于根据上述测试案例的上述案例标识信息、测试上述测试案例所经过的上述测试节点、上述测试节点的上述路径和上述测试执行情况，生成测试详情列表，并将上述测试详情列表展示在上述显示界面中。

该方案中，可以统计出测试案例的案例标识信息、测试测试案例所经过的测试节点、测试节点的路径和测试执行情况，可以将这些统计到的信息生成列表展示在显示界面中，进一步方便测试人员查看测试的执行情况，进而保证了本方案可以进一步直观清晰地展示流程测试案例执行情况。

上述测试流程的展示装置包括处理器和存储器，上述第一获取单元、第二获取单元和第一处理单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来直观清晰地展示流程测试案例执行情况。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种计算机可读存储介质，上述计算机可读存储介质包括存储的程序，其中，在上述程序运行时控制上述计算机可读存储介质所在设备执行上述测试流程的展示方法。

本发明实施例提供了一种处理器，上述处理器用于运行程序，其中，上述程序运行时执行上述测试流程的展示方法。

本发明实施例提供了一种测试流程展示系统，包括一个或多个处理器，存储器，以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置为由上述一个或多个处理器执行，上述一个或多个程序包括用于执行任意一种上述的测试流程的展示方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现至少以下测试流程的展示方法步骤。本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有至少如下测试流程的展示方法步骤的程序。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

从以上的描述中，可以看出，本申请上述的实施例实现了如下技术效果：

1)、本申请的测试流程的展示方法，预先定义了测试流程模板，测试流程模板中的测试节点一开始都是没有颜色的，在测试的过程中，如果测试一个测试案例经过了一个测试节点，那么可以把这个测试流程模板中经过的这个测试节点的颜色进行修改，即更新测试流程模板，这样将更新了的测试流程模板展示在显示界面中，可以清晰直观地展示流程测试的执行情况，直观地显示测试经过了哪些节点，或者没有经过哪些节点。

2)、本申请的测试流程的展示装置，预先定义了测试流程模板，测试流程模板中的测试节点一开始都是没有颜色的，在测试的过程中，如果测试一个测试案例经过了一个测试节点，那么可以把这个测试流程模板中经过的这个测试节点的颜色进行修改，即更新测试流程模板，这样将更新了的测试流程模板展示在显示界面中，可以清晰直观地展示流程测试的执行情况，直观地显示测试经过了哪些节点，或者没有经过哪些节点。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种测试流程的展示方法，其特征在于，包括：

获取测试流程模板，其中，所述测试流程模板为预先定义的与业务有关的测试流程的模板，所述测试流程模板包括处理所述业务的测试案例的所有的测试节点，所述测试流程模板和所述业务一一对应；

获取多个测试执行信息，其中，所述测试执行信息表征测试所述测试案例是否经过所述测试节点的信息，所述测试执行信息与所述测试节点一一对应；

根据多个所述测试执行信息对所述测试流程模板进行更新，得到更新测试流程模板，并将所述更新测试流程模板展示在显示界面中，其中，经过的所述测试节点的展示方式和未经过的所述测试节点的展示方式不同，所述展示方式包括颜色展示、阴影展示、填充底纹展示中的一个或者多个。

2.根据权利要求1所述的方法，其特征在于，获取测试执行信息，包括：

获取测试数据报文，其中，所述测试数据报文中包括流程启动信息、流程实例信息、流程流转状态信息、流转任务节点信息、路由参数信息中的一个或者多个，其中，所述流程启动信息为启动所述测试流程的信息，所述流程实例信息为测试时经过的所述测试节点的信息，所述流程流转状态信息为测试时所述测试节点在流转过程中的状态的信息，所述流转任务节点信息为测试时的各个所述测试案例的信息，所述路由参数信息为所述测试节点流转的路由的信息；

将所述测试数据报文转换为字段，并将所述字段存储在目标数据库中；

将所述字段的信息和所述测试流程模板中所述测试节点的信息进行比较，得到比较结果，根据所述比较结果确定所述测试执行信息。

3.根据权利要求2所述的方法，其特征在于，将所述测试数据报文转换为字段，并将所述字段存储在目标数据库中，包括：

采用报文解析器对所述测试数据报文进行拆解，得到多个标识信息，各所述标识信息分别用于表征所述测试数据报文对应的所述测试案例的标识、所述测试节点的标识、路由参数、测试任务当前的节点、测试流程的状态；

根据所述测试数据报文的协议的类型，采用报文转换器将多个所述标识信息转换为多个所述字段，并将多个所述字段存储在所述目标数据库中。

4.根据权利要求2所述的方法，其特征在于，根据所述比较结果确定所述测试执行信息，包括：

在所述比较结果表征所述字段的信息和所述测试流程模板中所述测试节点的信息不相同的情况下，得到第一测试执行信息，其中，所述第一测试执行信息表征测试的所述测试案例经过所述测试节点的信息；

在所述比较结果表征所述字段的信息和所述测试流程模板中所述测试节点的信息相同的情况下，得到第二测试执行信息，其中，所述第二测试执行信息表征测试的所述测试案例未经过所述测试节点的信息。

5.根据权利要求1所述的方法，其特征在于，根据多个所述测试执行信息对所述测试流程模板进行更新，得到更新测试流程模板，包括：

获取所述测试案例的数量；

根据所述测试执行信息确定目标测试节点经过测试的第一次数，其中，所述目标测试节点为任意一个所述测试节点；

在所述数量与所述第一次数相等的情况下，将所述测试流程模板中的所述目标测试节点的颜色更新为第一颜色；

在所述数量小于所述第一次数、且所述第一次数大于0的情况下，将所述测试流程模板中的所述目标测试节点的颜色更新为第二颜色；

在所述第一次数等于0的情况下，将所述测试流程模板中的所述目标测试节点的颜色更新为第三颜色。

6.根据权利要求5所述的方法，其特征在于，所述测试流程模板中还包括处理所述业务的所述测试案例的所有的路径，所述路径为第一测试节点和第二测试节点之间的路径，所述第一测试节点和所述第二测试节点为相邻的任意两个所述测试节点，在根据多个所述测试执行信息对所述测试流程模板进行更新，得到更新测试流程模板之后，所述方法还包括：

根据所述测试执行信息确定目标路径经过测试的第二次数；

在所述数量与所述第二次数相等的情况下，将所述测试流程模板中的所述目标路径的颜色更新为第一颜色；

在所述数量小于所述第二次数、且所述第二次数大于0的情况下，将所述测试流程模板中的所述目标路径的颜色更新为第二颜色；

在所述第二次数等于0的情况下，将所述测试流程模板中的所述目标路径的颜色更新为第三颜色。

7.根据权利要求1所述的方法，其特征在于，在获取多个测试执行信息之后，所述方法还包括：

获取所有的所述测试案例的案例标识信息；

确定测试所述测试案例所经过的所述测试节点；

获取测试所述测试案例所经过的多个所述测试节点的路径；

获取所述测试案例的测试执行情况，其中，所述测试执行情况用于表征测试工作是否完结；

根据所述测试案例的所述案例标识信息、测试所述测试案例所经过的所述测试节点、所述测试节点的所述路径和所述测试执行情况，生成测试详情列表，并将所述测试详情列表展示在所述显示界面中。

8.一种测试流程的展示装置，其特征在于，包括：

第一获取单元，用于获取测试流程模板，其中，所述测试流程模板为预先定义的与业务有关的测试流程的模板，所述测试流程模板包括处理所述业务的测试案例的所有的测试节点，所述测试流程模板和所述业务一一对应；

第二获取单元，用于获取多个测试执行信息，其中，所述测试执行信息表征测试所述测试案例是否经过所述测试节点的信息，所述测试执行信息与所述测试节点一一对应；

第一处理单元，用于根据多个所述测试执行信息对所述测试流程模板进行更新，得到更新测试流程模板，并将所述更新测试流程模板展示在显示界面中，其中，经过的所述测试节点的展示方式和未经过的所述测试节点的展示方式不同，所述展示方式包括颜色展示、阴影展示、填充底纹展示中的一个或者多个。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行权利要求1至7中任意一项所述测试流程的展示方法。

10.一种测试流程展示系统，其特征在于，包括：一个或多个处理器，存储器，以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行权利要求1至7中任意一项所述的测试流程的展示方法。