CN114428721A

CN114428721A - 测试数据处理方法、装置和存储介质

Info

Publication number: CN114428721A
Application number: CN202011179691.8A
Authority: CN
Inventors: 徐烨; 陈觅慧; 高峰
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2020-10-29
Filing date: 2020-10-29
Publication date: 2022-05-03

Abstract

本发明公开了一种测试数据处理方法、装置和存储介质。其中，该方法包括：显示目标流程图，目标流程图包括至少三个测试节点和各测试节点之间的有向连接；响应于对目标流程图中测试节点和有向连接的触发操作，获取与测试节点对应的节点配置信息和与有向连接对应的边上配置信息，节点配置信息和边上配置信息均以自然语句表示；根据目标流程图、测试节点的节点配置信息和有向连接的边上配置信息，生成测试轨迹图；将测试轨迹图发送至服务器，以使服务器对测试轨迹图进行数据处理，获得与测试轨迹图对应的测试用例；接收并显示服务器返回的与测试轨迹图对应的测试用例。本发明降低了测试用例的编写和维护难度，提高了测试用例编写的可读性。

Description

测试数据处理方法、装置和存储介质

技术领域

本发明涉及信息处理技术领域，具体而言，涉及一种测试数据处理方法、装置和存储介质。

背景技术

MBT(Model-based testing，基于模型的测试)是指利用模型自动产生测试用例或测试套件，然后执行测试。MBT需要实现一个模型，制定行为和行为之间的关系以及行为和系统的关系(有限状态机)，然后测试系统根据被测系统的状态、之前设置的限制条件和策略来生成很多用例(每执行一次生成的用例会不同)，测试结果受一系列操作的影响，可以产生不确定性，更有可能发现一些想不到的很深路径下的BUG。

现有的MBT技术是通过流程“指定的数据格式→生成图→对格式的数据进行处理”来生成对应的测试数据。其中，所有数据都必须以系统或执行程序的标准入参，才能被正确解读，数据格式不满足指定的格式要求时不能进行图的生成及编辑，然而，以指定的数据格式进行编写存在耗时长、编写效率低、易出错的缺陷，此外，新增节点时会对整体的图结构产生较大影响，甚至导致原图不可用。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种测试数据处理方法、装置和存储介质，以至少解决测试数据编写效率低的技术问题。

根据本发明实施例的第一个方面，提供了一种测试数据处理方法，应用于客户端，包括：

显示目标流程图，所述目标流程图包括至少三个测试节点和各所述测试节点之间的有向连接；

响应于对所述目标流程图中所述测试节点和所述有向连接的触发操作，获取与所述测试节点对应的节点配置信息和与所述有向连接对应的边上配置信息，所述节点配置信息和所述边上配置信息均以自然语句表示；

根据所述目标流程图、所述测试节点的节点配置信息和所述有向连接的边上配置信息，生成测试轨迹图；

将所述测试轨迹图发送至服务器，以使所述服务器对所述测试轨迹图进行数据处理，获得与所述测试轨迹图对应的测试用例；其中，所述数据处理包括：对所述测试轨迹图进行格式化处理，得到与各所述测试节点和各所述有向连接对应的格式化数据，遍历所述测试轨迹图，生成至少一条测试路径，基于所述测试路径中各测试节点的格式化数据和有向连接的格式化数据，为各所述测试路径生成对应的测试用例；

接收并显示所述服务器返回的与所述测试轨迹图对应的测试用例。

根据本发明实施例的第二个方面，还提供了一种测试数据处理方法，应用于服务端，所述方法包括：

获取客户端生成的测试轨迹图，所述测试轨迹图包括至少三个测试节点和各所述测试节点之间的有向连接，所述测试节点包括节点配置信息，所述有向连接包括边上配置信息，所述节点配置信息和所述边上配置信息均以自然语句表示；

对所述测试轨迹图进行格式化处理，得到与各所述测试节点和所述有向连接对应的格式化数据；

遍历所述测试轨迹图，生成至少一条测试路径；

基于所述测试路径中各测试节点的格式化数据和有向连接的格式化数据，为各所述测试路径生成对应的测试用例；

将所述测试用例返回所述客户端。

根据本发明实施例的第三个方面，还提供了一种测试数据处理装置，应用于客户端，所述装置包括：

目标流程图显示单元，用于显示目标流程图，所述目标流程图包括至少三个测试节点和各所述测试节点之间的有向连接；

配置信息获取单元，用于响应于对所述目标流程图中所述测试节点和所述有向连接的触发操作，获取与所述测试节点对应的节点配置信息和与所述有向连接对应的边上配置信息，所述节点配置信息和所述边上配置信息均以自然语句表示；

测试轨迹图生成单元，用于根据所述目标流程图、所述测试节点的节点配置信息和所述有向连接的边上配置信息，生成测试轨迹图；

请求发送单元，用于将所述测试轨迹图发送至服务器，以使所述服务器对所述测试轨迹图进行数据处理，获得与所述测试轨迹图对应的测试用例；其中，所述数据处理包括：对所述测试轨迹图进行格式化处理，得到与各所述测试节点和各所述有向连接对应的格式化数据，遍历所述测试轨迹图，生成至少一条测试路径，基于所述测试路径中各测试节点的格式化数据和有向连接的格式化数据，为各所述测试路径生成对应的测试用例；

用例接收单元，用于接收并显示所述服务器返回的与所述测试轨迹图对应的测试用例。

根据本发明实施例的第四个方面，还提供了一种测试数据处理装置，应用于服务端，所述装置包括：

测试轨迹图获取单元，用于获取客户端生成的测试轨迹图，所述测试轨迹图包括至少三个测试节点和各所述测试节点之间的有向连接，所述测试节点包括节点配置信息，所述有向连接包括边上配置信息，所述节点配置信息和所述边上配置信息均以自然语句表示；

预处理单元，用于对所述测试轨迹图进行格式化处理，得到与各所述测试节点和所述有向连接对应的格式化数据；

测试路径生成单元，用于遍历所述测试轨迹图，生成至少一条测试路径；

测试用例生成单元，用于基于所述测试路径中各测试节点的格式化数据和有向连接的格式化数据，为各所述测试路径生成对应的测试用例；

用例发送单元，用于将所述测试用例返回所述客户端。

根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令或者至少一段程序，所述至少一条指令或者至少一段程序由处理器加载并执行以实现上述第一方面或者第二方面的测试数据处理方法。

根据本发明实施例的另一方面，还提供了一种计算机设备，所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行上述第一方面或者第二方面的测试数据处理方法。

本申请实施例提供的技术方案可以包括如下有益效果：

通过显示目标流程图，响应于对目标流程图中测试节点和有向连接的触发操作，获取以自然语句编辑的节点配置信息和边上配置信息，根据测试节点配置信息和边上配置信息更新目标流程图，获得测试轨迹图，将测试轨迹图提交至服务器，由服务器对测试轨迹图进行处理生成对应的测试用例。本发明实施例提供各类业务下的流程图，客户端以自然语句设置配置数据即可编辑获得测试轨迹图，由后台根据测试轨迹图生成测试用例，降低了前端编写和维护测试用例的难度，提高了测试用例编写的效率和可读性，解决了测试数据编写效率低的技术问题。

附图说明

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

图1是根据本发明实施例的测试数据处理方法的硬件环境的示意图；

图2是根据本发明实施例的数据共享系统；

图3是根据本发明实施例的一种可选的测试数据处理方法的流程图；

图4是根据本发明实施例的一种可选的测试轨迹图的绘制界面；

图5是根据本发明实施例的一种可选的测试轨迹图的绘制界面；

图6是根据本发明实施例的一种可选的在页面中展示与测试轨迹图对应的测试用例的示意图；

图7是根据本发明实施例的一种可选的在页面中配置执行环境信息的示意图；

图8是根据本发明实施例的一种可选的测试数据处理方法的流程图；

图9是根据本发明实施例的一种可选的策略管理平台的结构框图；

图10是根据本发明实施例的策略执行过程的示意图；

图11是根据本发明实施例的决策树的结构示意图；

图12是根据本发明实施例的执行测试用例的流程示意图；

图13是根据本发明实施例的特征处理方法的流程示意图；

图14是根据本发明实施例的关键字处理方法的流程示意图；

图15是根据本发明实施例的一种可选的测试数据处理装置的流程图；

图16是根据本发明实施例的一种可选的测试数据处理装置的流程图；

图17是根据本发明实施例的一种终端的结构框图；

图18是根据本发明实施例的一种服务器的结构框图。

具体实施方式

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

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

首先，本发明实施例公开了在一个可行的实施例中一种测试数据处理方法的实施环境。

参见图1，该实施环境包括：客户端01、服务器03。

客户端01可以包括：智能手机、平板电脑、笔记本电脑、数字助理、智能可穿戴设备、车载终端等类型的实体设备，也可以包括运行于实体设备中的软体，例如具有测试数据处理功能的应用程序等。所述客户端01可以基于浏览器/服务器模式(Browser/Server，B/S)或客户端/服务器模式(Client/Server，C/S)与所述服务器03通信连接。

所述客户端01可以展示目标流程图，通过响应于对目标流程图中测试节点和有向连接的触发操作，获取节点配置信息和边上配置信息，并基于节点配置信息和边上配置信息更新目标流程图，获得测试轨迹图，所述客户端01可以向服务器03发送所述测试轨迹图，所述服务器03可以基于预设的数据转换规则对测试轨迹图进行格式化处理，遍历测试轨迹图生成至少一条测试路径，基于测试路径和测试轨迹图对应的格式化数据生成对应的测试用例，将所述测试用例传输至客户端01，以使客户端01显示与测试轨迹图对应的各测试用例。所述客户端01还可以根据测试用例执行请求，获取执行环境配置信息和目标测试用例，将执行环境配置信息和目标测试用例发送至服务器03，所述服务器03可以对目标测试用例进行解析，并在所述执行环境配置信息对应的执行环境下执行目标测试用例，获得用例测试结果，将用例测试结果返回客户端01，以便客户端01展示用例测试结果。

所述服务器03可以包括一个独立运行的服务器，或者分布式服务器，或者由多个服务器组成的服务器集群。

本发明实施例的测试数据处理方法的场景中涉及的服务器可以是由多个节点(接入网络中的任意形式的计算设备，如服务器、客户端)通过网络通信的形式连接形成的数据共享系统。

参见图2所示的数据共享系统，数据共享系统400是指用于进行节点与节点之间数据共享的系统，该数据共享系统中可以包括多个节点101，多个节点101可以是指数据共享系统中各个客户端。每个节点101在进行正常工作可以接收到输入信息，并基于接收到的输入信息维护该数据共享系统内的共享数据。为了保证数据共享系统内的信息互通，数据共享系统中的每个节点之间可以存在信息连接，节点之间可以通过上述信息连接进行信息传输。例如，当数据共享系统中的任意节点接收到输入信息时，数据共享系统中的其他节点便根据共识算法获取该输入信息，将该输入信息作为共享数据中的数据进行存储，使得数据共享系统中全部节点上存储的数据均一致。

对于数据共享系统中的每个节点，均具有与其对应的节点标识，而且数据共享系统中的每个节点均可以存储有数据共享系统中其他节点的节点标识，以便后续根据其他节点的节点标识，将生成的区块广播至数据共享系统中的其他节点。每个节点中可维护一个如下表所示的节点标识列表，将节点名称和节点标识对应存储至该节点标识列表中。其中，节点标识可为IP(Internet Protocol，网络之间互联的协议)地址以及其他任一种能够用于标识该节点的信息。

当然，本发明实施例提供的方法并不限用于图1所示的应用场景中，还可以用于其它可能的应用场景，本申请实施例并不进行限制。对于图1所示的应用场景的各个设备所能实现的功能将在后续的方法实施例中一并进行描述，在此先不过多赘述。

请参见图3，其示出了根据本发明实施例的一种可选的测试数据处理方法的流程图，所述方法可以以图1所述的实施环境中的客户端为执行主体实施，所述方法可以包括：

S301：显示目标流程图，所述目标流程图包括至少三个测试节点和各所述测试节点之间的有向连接。

风控策略主要是根据不同业务场景，针对包括但不限于用户、商户、交易单、设备、证件等对象，对对象是否满足决策点的前置条件进行判断，以发现风险点，降低风险，同时降低成本、提升效率。为了确定风控策略是否合理，通常会通过画图构建决策树，来生成测试用例，完成风险控制策略的测试工作。传统的风险控制策略的测试需要将决策点及条件编辑成指定的数据格式，然后生成图，继而对格式化的数据进行处理，才能生成对应的测试数据，编辑过程中，所有数据需要以系统或执行程序的标准入参，对非专业人员的专业性要求偏高，可读性差，且编辑后维护成本和修改成本都很高。本发明实施例根据各业务类型下不同场景的共性特点，将各业务类型下的风控策略抽象成业务流程图，建立业务类型与业务流程图的对应关系，向客户端用户提供快速生成测试轨迹图和测试用例的功能，包括根据业务类型确定业务流程图，根据业务流程图确定出目标流程图，对目标流程图中的测试节点和有向连接进行配置，获得测试轨迹图，根据测试轨迹图生成测试用例，实现降低测试用例编辑难度，提高测试效率的效果。

在一个可行的实施例中，可以通过如下步骤确定目标流程图：展示业务类型；响应于对所述业务类型的选择操作，显示与业务类型对应的业务流程图，所述业务流程图包括至少三个测试节点和与各测试节点对应的有向连接；响应于对业务流程图的确定操作，将所述业务流程图作为所述目标流程图。所述业务流程图中各测试节点对应有节点信息，各有向连接对应有待配置信息。

在另一个可行的实施例中，可以通过如下步骤确定目标流程图：展示业务类型；响应于对所述业务类型的选择操作，显示与业务类型对应的业务流程图，所述业务流程图包括至少三个测试节点和与各测试节点对应的有向连接；响应于对所述业务流程图的修改操作，根据所述修改操作更新所述业务流程图的测试节点和有向连接，将更新后的所述业务流程图作为所述目标流程图。

其中，所述修改操作包括向所述业务流程图添加测试节点和从所述业务流程图中删除测试节点。所述响应于对所述业务流程图的修改操作，根据所述修改操作更新所述业务流程图的测试节点和有向连接，可以包括如下步骤：显示标准节点，所述标准节点包括开始节点、终止节点和中间节点；当所述修改操作为向所述业务流程图添加测试节点时，响应于对所述标准节点的选择操作，将所述选择操作对应的标准节点作为新增测试节点添加至所述业务流程图中，当所述新增测试节点为中间节点或终止节点时，响应于对除所述新增测试节点以外的其他测试节点的触发操作，绘制所述新增测试节点与所述业务流程图中其他测试节点之间的有向连接；当所述修改操作为从所述测试轨迹图中删除测试节点时，响应于对所述业务流程图中测试节点的删除操作，将所述删除操作对应的测试节点以及与所述测试节点关联的有向连接从所述业务流程图中移出。

本发明实施例中，用户可以根据测试需要增删测试节点以及对节点及有向连接进行信息配置，图数据修改灵活、修改成本低。

S303：响应于对所述目标流程图中所述测试节点和所述有向连接的触发操作，获取与所述测试节点对应的节点配置信息和与所述有向连接对应的边上配置信息，所述节点配置信息和所述边上配置信息均以自然语句表示。

具体的，步骤S303可以包括：响应于对所述目标流程图中所述测试节点的触发操作，显示所述测试节点的节点配置框，其中，所述节点配置框包括节点配置输入控件；响应于对所述节点配置输入控件的输入操作，获得所述测试节点对应的节点配置信息；响应于对所述目标流程图中所述有向连接的触发操作，显示所述有向连接的边配置框，其中，所述边配置框包括边配置输入控件；响应于对所述边配置输入控件的输入操作，获得所述有向连接对应的边上配置信息，所述边上配置信息包括边条件和协议数据。

图4示出了根据本发明实施例的一种可选的测试轨迹图的绘制界面。请参见图4，其所示界面的上部显示了业务类型为外卡策略，界面左侧显示了标准节点，界面中部绘制区域显示了外卡策略的流程图，流程图中指示了每个测试节点的节点信息以及每个有向连接的待配置信息，当流程图中测试节点被选中时，界面右侧显示被选测试节点对应的节点配置框，该节点配置框包括被选测试节点的节点描述信息和条件配置控件，节点描述控件的内容默认为该测试节点在外卡策略中的原始数据，通过点击添加条件按钮可以添加与被选测试节点对应的节点配置信息。

图5示出了根据本发明实施例的一种可选的测试轨迹图的绘制界面。请参见图5，当用户点选图中用于配置证件类型的有向连接时，界面右侧显示该有向连接的边配置框，该边配置框中显示了有向连接的描述信息和条件配置控件，用户点击条件配置控件，可以以下拉列表形式展示待配置信息(图中为证件类型)对应的预置选项，从下拉列表中选择所需的选项，生成有向连接对应的边配置信息，或者，用户可以向条件配置控件输入关键字，当关键字与预存的条件信息匹配时，则将与关键字匹配的预存条件信息作为边配置信息，其中，每条边配置信息包括：特征ID、动作描述和目标对象(发送方或接收方)。

S305：根据所述目标流程图、所述测试节点的节点配置信息和所述有向连接的边上配置信息，生成测试轨迹图。

具体可以包括：将所述节点配置信息与对应的测试节点建立关联，将所述边上配置信息与所述有向连接建立关联；在所述目标流程图的所述测试节点上显示节点配置信息，在所述有向连接上显示所述边上配置信息。

本发明实施例通过提供业务类型下的业务流程图，使用户可以在已有业务流程图上进行编辑，根据测试需求对图中的测试节点进行增删操作，以及以自然语句编辑各测试节点的节点配置信息和有向连接的边上配置信息，来生成测试轨迹图，大幅降低了生成测试轨迹图的难度，同时提高了生成测试轨迹图的效率。

S307：将所述测试轨迹图发送至服务器，以使所述服务器对所述测试轨迹图进行数据处理，获得与所述测试轨迹图对应的测试用例；其中，所述数据处理包括：对所述测试轨迹图进行格式化处理，得到与各所述测试节点和各所述有向连接对应的格式化数据，遍历所述测试轨迹图，生成至少一条测试路径，基于所述测试路径中各测试节点的格式化数据和有向连接的格式化数据，为各所述测试路径生成对应的测试用例。

S309：接收并显示所述服务器返回的与所述测试轨迹图对应的测试用例。

图6是根据本发明实施例的一种可选的在页面中展示与测试轨迹图对应的测试用例的示意图。如图6所示，在界面中同时显示测试轨迹图和与测试轨迹图对应的测试用例，点击测试用例可以将测试轨迹图中与测试用例关联的测试节点和有向连接突出显示；每个测试用例对应有测试状态显示控件，其中，PASS表示测试通过，FAIL表示测试失败，NOT RUN表示未执行，当控件显示FAIL标识时，还可以以浮层形式显示失败原因。

在一个可行的实施例中，所述步骤S309之后还包括：

S311：当接收到测试用例执行请求时，展示执行环境配置框。

S313：响应于对所述执行环境信息配置框的输入操作，获取所述输入操作对应的执行环境配置信息。

图7是根据本发明实施例的一种可选的在页面中配置执行环境信息的示意图，如图7所示，可以以浮层形式在测试轨迹图上显示执行环境配置框，具体的，所述执行环境配置框包括如下待配置信息：

env_type:环境选择(测试环境,联调环境,线上环境)

rec_uin:接收方的信息id

run_method:执行方式

scene:策略相关协议场景

send_uin:发送方的信息id

spid:商户信息。

S315：响应于对测试用例的选择操作，将所述选择操作对应的测试用例确定为目标测试用例。

S317：根据所述目标测试用例和所述执行环境配置信息生成用例执行请求，将所述用例执行请求发送至所述服务器，以使所述服务器在所述执行环境配置信息对应的执行环境下执行所述目标测试用例，得到用例执行结果。

S319：接收并显示所述服务器返回的所述用例执行结果。

本发明实施例通过显示目标流程图，响应于对目标流程图中测试节点和有向连接的触发操作，获取以自然语句编辑的节点配置信息和边上配置信息，根据测试节点配置信息和边上配置信息更新目标流程图，获得测试轨迹图，将测试轨迹图提交至服务器，由服务器对测试轨迹图进行处理生成对应的测试用例。本发明实施例提供各类业务下的流程图，客户端以自然语句设置配置数据即可编辑获得测试轨迹图，由后台根据测试轨迹图生成测试用例，降低了测试用例的编写和维护难度，提高了测试用例编写的效率和可读性，解决了测试数据编写效率低的技术问题。

请参见图8，其示出了根据本发明实施例的一种可选的测试数据处理方法的流程图，所述方法可以以图1所述的实施环境中的服务器为执行主体实施，所述方法可以包括：

S801：获取客户端生成的测试轨迹图，所述测试轨迹图包括至少三个测试节点和各所述测试节点之间的有向连接，所述测试节点包括节点配置信息，所述有向连接包括边上配置信息，所述节点配置信息和所述边上配置信息均以自然语句表示。

其中，客户端生成测试轨迹图的过程参考图3-图7对应的实施例的记载，在此不再赘述。

S803：对所述测试轨迹图进行格式化处理，得到与各所述测试节点和所述有向连接对应的格式化数据。

在一个可行的实施例中，对测试轨迹图进行格式化处理可以包括：

将所述测试轨迹图中各测试节点分别转换为JSON对象，将具有相同边上配置信息的各测试节点转换得到的JSON对象形成JSON数组，确定所述边上配置信息对应的第一目标测试节点，将所述JSON数组挂载到所述第一目标测试节点转换得到的JSON对象，得到JSON格式的节点内容文件；对所述JSON格式的节点内容文件进行数据处理，得到所述测试轨迹图中各测试节点的格式化数据；将所述测试轨迹图中各有向连接的边上配置信息分别转换为JSON对象，确定所述边上配置信息关联的第二目标测试节点，将所述边上配置信息对应的JSON对象挂载到与所述第二目标测试节点转换得到的JSON对象，得到所述测试轨迹图中各有向连接的格式化数据。

其中，对所述JSON格式的节点内容文件进行数据处理可以包括对JSON格式的数据进行筛选补充的步骤，以筛除无用信息，并补全生成测试用例必要的信息。具体可以包括：根据所述节点内容文件中所述测试节点的形状信息添加测试节点的节点名称，去除所述节点内容文件中所述测试节点的坐标信息和形状信息。

S805：遍历所述测试轨迹图，生成至少一条测试路径。

在一个可行的实施例中，所述遍历所述测试轨迹图生成至少一条测试路径可以包括：获取所述测试轨迹图中开始节点的节点配置信息；根据所述开始节点的节点配置信息确定测试场景；采用广度优先遍历算法遍历所述测试轨迹图，生成至少一条所述测试场景下的测试路径。

其中，业务类型对应的业务流程图中，开始节点携带测试场景信息，如果用户未对测试轨迹图中开始节点的原始信息进行修改，则测试轨迹图中开始节点对应的测试场景就是业务流程图中开始节点的对应的测试场景，如果用户对开始节点的节点信息重新进行了配置，则根据新配置的节点配置信息确定测试场景。

广度优先遍历算法，其别名又叫BFS(Breadth First Search)，属于一种盲目搜寻法，目的是系统地展开并检查图中的所有节点，以找寻结果。其算法原理是：从图中某个顶点v出发，访问v；依次访问v的各个未被访问过得邻接点；分别从这些邻接点出发依次访问他们的邻接点，并使“先被访问的顶点的邻接点”先于“后被访问的顶点的邻接点”被访问；重复步骤，直至图中所有已被访问的顶点的邻接点都被访问到。广度优先遍历按层来处理顶点，距离开始点最近的那些顶点首先被访问，而最远的那些顶点则最后被访问，搜索步骤如下：

a.首先选择一个顶点作为起始顶点，并将其染成灰色，其余顶点为白色。

b.将起始顶点放入队列中。

c.从队列首部选出一个顶点，并找出所有与之邻接的顶点，将找到的邻接顶点放入队列尾部，将已访问过顶点涂成黑色，没访问过的顶点是白色。如果顶点的颜色是灰色，表示已经发现并且放入了队列，如果顶点的颜色是白色，表示还没有发现；

d.按照同样的方法处理队列中的下一个顶点。出队的顶点变成黑色，在队列里的是灰色，还没入队的是白色。

S807：基于所述测试路径中各测试节点的格式化数据和有向连接的格式化数据，为各所述测试路径生成对应的测试用例。

在一个可行的实施例中，可以根据所述测试路径中各测试节点的格式化数据和有向连接的格式化数据，采用条件覆盖方式，为各所述测试路径生成对应的测试用例。

S809：将所述测试用例返回所述客户端。

客户端接收到服务器返回的测试用例后，将所述测试用例与测试轨迹图显示在页面上，当某个测试用例被选中时，测试轨迹图中与该测试用例对应的测试路径被突出显示，便于用户将测试用例和测试轨迹图对比查看，从而有利于优化测试数据。

本发明实施例通过广度优先遍历算法,遍历出决策树的节点层级,然后对关系节点和边条件进行正交组合,生成可执行用例，进一步将用例与测试轨迹图关联。实现了根据图自动生成用例，无需用户按照指定的数据格式进行用例编辑，降低了策略测试的接入成本，并提高了用例生成效率。

在一个可行的实施例中，所述步骤S809之后，还包括：

S811：接收客户端发送的用例执行请求，所述用例执行请求包括目标测试用例和执行环境配置信息。

S813：对所述目标测试用例进行解析，获得边条件和协议数据。

具体的，每条测试用例包含测试节点信息和边上配置信息，其中，边上配置信息包括边条件和协议数据，边条件和协议数据在测试用例中有对应的特定字符。可以通过解析器查询测试用例中与边条件或者协议数据对应的特定字符，提取这些特定字符对应的字符串来获得边条件和协议数据。示例性的，对于用例：“(0)WxH1AMLBindLimitNoCKV＝＝＞0_1I5012:身份证:send(2)bank_id判断＝＝＞2_4I{"proto":"bank_id＝622588780000000"}”，特定字符“bank_id判断”对应的字符串“bank_id＝622588780000000”即为该测试用例的边条件。

S815：根据预设的关键字池对所述边条件中的关键字进行转义，生成与所述关键字对应的预设格式的参数，将所述目标测试用例中边条件的关键字替换为预设格式的参数。

具体的，对边条件中的关键字描述进行转义，转成程序可以理解的参数。其中，可以根据预设的关键字池对关键字进行转义处理，预设的关键字池用于存储关键字与预设格式的参数之间的映射关系，并且，与关键字对应的参数是以预设格式存储于关键字池中的，预设格式是指能够被程序理解和执行的标准格式，将用户输入的文本内容与关键字池内的关键字进行匹配获得对应参数的过程，即为将文本内容转义成程序可理解的标准格式参数的过程。关键字池中预先存储账号、数值、字符、时间、用户关联信息等数据及其对应的预设格式的参数之间的映射关系，通过将关键字与关键字池已存储数据进行匹配，获得关键字对应的预设格式的参数。例如，获取“张三”的身份证号，会根据“张三”的账号，获取其对应的身份证信息，不需要手工输入。其关键是通过文字描述来生成测试数据，不用采用标准格式的参数输入，从而能够大幅降低编辑难度，提高编写效率。

S817：以确保协议数据能够执行到需要测试的测试节点为原则，对所述目标测试用例中所述协议数据的参数进行替换。

本发明实施例中，客户端以自然语句编辑测试数据，边上配置信息中的测试数据可能不准确，故在正是执行测试用例之前，会根据边上的协议数据，对协议原参数按规则进行替换，以确保协议数据能够执行到需要测试的策略。

S819：在所述执行环境配置信息对应的执行环境下执行所述目标测试用例，获得用例执行结果。

S821：将所述用例执行结果返回所述客户端。

本发明实施例提供一种用以实施上述实施例的策略管理平台。图9是根据本发明实施例的一种可选的策略管理平台的结构框图，请参见图9，该平台可以分为三层结构，分别为门户、管理中台、数据中心及执行器。以下分别对每层结构的功能进行说明。

1.门户

门户提供画图功能，可以通过页面上的画图工具进行测试轨迹图的绘制。还提供流程展示和用例展示功能，主要用于评审过程的互动，如图6所示，点击测试用例能够将测试轨迹图中相应流程突出显示。

2.管理中台

管理中台具有用例管理、测试流程管理和测试版本管理功能。

用例管理：主要处理测试轨迹图到测试用例的转换,主要使用广度优先遍历算法和条件遍历来生成测试用例,并将测试轨迹图与测试用例关联。如图11所示，使用广度优先遍历图11所示的决策树，以最左侧节点为例，可以生成以下路径：

路径1：(0)start→(1.1)决策节点→(2.1)决策节点→(3.1)决策节点

路径2：(0)start→(1.1)决策节点→(2.1)决策节点→(3.2)决策节点

路径3：(0)start→(1.1)决策节点→(2.2)决策节点→(3.1)决策节点

路径4：(0)start→(1.1)决策节点→(2.2)决策节点→(3.2)决策节点

路径5：(0)start→(1.1)决策节点→(2.3)决策节点→(3.2)决策节点

路径6：(0)start→(1.1)决策节点→(3.1)决策节点

其他路径：....

进一步地，采用条件覆盖，根据路径和边条件可以生成用例。以路径1为例，(1.1)决策节点至(2.1)决策节点上有2个条件，则生成两条用例：

用例1：(0)start→条件A→(1.1)决策节点→条件B→(2.1)决策节点→条件C→(3.1)决策节点；

用例2：(0)start→条件A→(1.1)决策节点→条件B1→(2.1)决策节点→条件C→(3.1)决策节点。

测试流程管理：包括但不限于需求评审、用例评审等。

测试版本管理：将提测版本与测试的版本对应,方便后续的回溯和问题重现。

3.执行器和数据中心

数据中心：主要存储协议数据、号码数据、变量数据、用例、用例执行结果和图数据。

执行器：用于联动数据中心，对用例执行过程中的数据进行处理，包括环境关系转换、协议关联、测试号码获取、关键字处理、变量更新、执行用例及判断结果等。

图10是根据本发明实施例的策略执行过程的示意图。请参见图10，基于图9所示的策略管理平台实现如下流程：

保存通过门户绘制的测试轨迹图(即图中的策略流程图)后，将策略流程图进行数据格式化,并通过算法生成与场景对应的场景用例。管理中台将生成的场景用例发送到执行器,执行器对用例进行解析，解析出初始化数据、策略数据、变量数据、协议数据、断言数据(期望结果)。

解析后执行如下步骤：

第一步,进行数据初始化，初始账号的特征值；

第二步,对边条件解析,路径中从一个节点到下一个节点必须满足的的条件即为边条件。对边条件中的关键字描述进行转义，转成程序可以理解的参数，这里的关键字转义会与关键字池进行联动，如获取xxx的身份证号,会根据账号查询关键字池中预存的数据，获取其对应的身份证信息,而非手工输入，其他如数值、字符、时间及用户的查询功能也是类似,其关键都是通过文字描述来生成测试数据,而非标准格式的数据输入。

第三步,根据边上的协义数据,对协议原参数按规则进行替换,以确保协议数据能够执行到需要测试的策略。

第四步,执行用例，更新用户特征变量,发送协议请求TCP协议，策略引擎读取用户特征变量，并调用协议数据执行用例。

第五步,根据用例执行结果和断言结果，输出判断结果和/或评测报告,并将执行日志及对应的执行结果写入数据库。

本发明实施例对策略对应的场景协议的确定方案进行了优化，体现为：建立策略与场景的对应关系，同时还将策略与场景的关系存储于策略管理平台，当策略流程图更新后,通过接口调用,可以从策略管理平台获取与策略关联的场景信息，在入参时,不需要额处输入场景协议信息，只需要关注策略本身，在用例执行时,只需要选择对应的场景协议执行即可。图12是根据本发明实施例的执行测试用例的流程示意图，图中，策略可视为策略流程图，策略名可视为策略流程图中的开始节点，策略管理平台存储有策略对应的特征或者策略名与场景的对应关系，通过策略对应的特征可以从策略管理平台查询获得各策略对应的场景协议，还可以通过策略名查询策略管理平台获得对应的场景协议。

其中，执行方式分为埋点、埋点执行、协议执行三种方式，能够快速覆盖到策略内逻辑的全自动验证、终态及全流程的附带人机交互的半自动验证,以上执行方式,满足了风控策略测试测试过程的测试需求,提升了测试效率和产品体验的便利性。

埋点:只针对对象进行埋点,后续通过终端操作进行验证.优化人机交互的操作过程,实现一键执行。

埋点执行:根据指定边的条件值,将对象的特征描述生成符合条件的特征值后,并根据开始节点的节点名称,获取策略关联的交易场景,然后根据指定的环境信息/用户信息,发起请求。

协议执行:根据边上的协议相关信息,更新协议中的请求字段,实现策略的准确命中,并对测试的策略,进行测试并进行验证。

本发明实施例简化了用户编辑获得测试用例的流程及难度，在图数据获取阶段，用户通过调用业务类型下预置的流程图，向流程图中添加节点配置信息及边上配置信息就可以构建测试轨迹图，其中配置信息主要以自然语句输入，有后台对自然语句进行转义处理，来生成对应的测试用例。转义过程涉及关键字转义，即将自然语句表达的数据转换成程序可执行的格式数据,具体转义步骤如图13所示，包括：根据“中文数据+特征id”从策略管理平台的数据库中获取特征定义，然后进行规则匹配，从关键字池中匹配获得中文数据对应的字段，使用获得的字段替换原中文数据，获得可用特征值(标准化入参)。例：

定义的特征格式如下:数据1,数据2,数据3。

数据格式：交易类型,交易时间,交易金额；对应的标准化入参：1,20200608,500000。

采用本发明方案，只需要输入“5012:今天发生转账交易金额等于500000”即可。具体实现流程：根据“5012:今天发生转账交易金额等于500000”查询数据库获取入参为1,gen_time,gen_num＝500000,在程序内部转义为1,20200608,500000。

关键字处理过程中，如gen_num为一类动作,指定属性动作的是生成日期还是金额,＝500000为二类动作,是一类动作的补充动作，也可以视为入参操作。参见图14，根据关键字所属类型进行字段替换，获得可用特征值。

本发明实施例具有如下有益效果：

1)采用“画图→图数据格式化→广度优先遍历”生成测试用例，降低了策略测试模型的接入成本,同时降低了策略测试模型的维护成本,通过鼠标操作就可以完成模型更新，无需再去编辑数据格式，提高了策略测试模型的可复用性。

2)特征关键字的处理,使用通用、可理解的文字描述替换了原标准入参,提升了模型的可读性。

3)动态获取策略相关的场景协议,减少人工的查询成本；动态更新协议相关字段,实现测试的精准覆盖,减少冗余测试；使用初态数据,保证测试数据无污染,确保了策略测试的准确性；用例全自动生成,可一键执行，降低了产品的体验成本,从原先的策略体验30min一个用例降低到2min；。

根据本发明实施例，还提供了一种测试数据处理装置1500，用于实施如图3-图7所示的测试数据处理方法，所述装置包括目标流程图显示单元1510、配置信息获取单元1520、测试轨迹图生成单元1530、请求发送单元1540和用例接收单元1550。

目标流程图显示单元1510，用于显示目标流程图，所述目标流程图包括至少三个测试节点和各所述测试节点之间的有向连接；

配置信息获取单元1520，用于响应于对所述目标流程图中所述测试节点和所述有向连接的触发操作，获取与所述测试节点对应的节点配置信息和与所述有向连接对应的边上配置信息，所述节点配置信息和所述边上配置信息均以自然语句表示；

测试轨迹图生成单元1530，用于根据所述目标流程图、所述测试节点的节点配置信息和所述有向连接的边上配置信息，生成测试轨迹图；

请求发送单元1540，用于将所述测试轨迹图发送至服务器，以使所述服务器对所述测试轨迹图进行数据处理，获得与所述测试轨迹图对应的测试用例；其中，所述数据处理包括：对所述测试轨迹图进行格式化处理，得到与各所述测试节点和各所述有向连接对应的格式化数据，遍历所述测试轨迹图，生成至少一条测试路径，基于所述测试路径中各测试节点的格式化数据和有向连接的格式化数据，为各所述测试路径生成对应的测试用例；

用例接收单元1550，用于接收并显示所述服务器返回的与所述测试轨迹图对应的测试用例。

需要说明的是，该实施例中的目标流程图显示单元1510可以用于执行本申请实施例中的步骤S301，该实施例中的配置信息获取单元1520可以用于执行本申请实施例中的步骤S303，该实施例中的测试轨迹图生成单元1530可以用于执行本申请实施例中的步骤S305，该实施例中的请求发送单元1540可以用于执行本申请实施例中的步骤S307，该实施例中的用例接收单元1550可以用于执行本申请实施例中的步骤S309。

此处需要说明的是，上述单元与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

通过上述装置，可以解决了测试数据编写效率低的技术问题，进而达到提高测试效率的技术效果。

此处需要说明的是，本发明实施例的测试数据处理装置与实施例中测试数据处理方法基于相同的发明构思，在此不赘述。

根据本发明实施例，还提供了一种测试数据处理装置1600，用于实施如图8所示的测试数据处理方法，所述装置包括测试轨迹图获取单元1610、预处理单元1620、测试路径生成单元1630、测试用例生成单元1640和用例发送单元1650。

测试轨迹图获取单元1610，用于获取客户端生成的测试轨迹图，所述测试轨迹图包括至少三个测试节点和各所述测试节点之间的有向连接，所述测试节点包括节点配置信息，所述有向连接包括边上配置信息，所述节点配置信息和所述边上配置信息均以自然语句表示；

预处理单元1620，用于对所述测试轨迹图进行格式化处理，得到与各所述测试节点和所述有向连接对应的格式化数据；

测试路径生成单元1630，用于遍历所述测试轨迹图，生成至少一条测试路径；

测试用例生成单元1640，用于基于所述测试路径中各测试节点的格式化数据和有向连接的格式化数据，为各所述测试路径生成对应的测试用例；

用例发送单元1650，用于将所述测试用例返回所述客户端。

本发明实施例的测试数据处理装置与实施例中测试数据处理方法基于相同的发明构思。其中，测试轨迹图获取单元1610可以用于执行本申请实施例中的步骤S801，预处理单元1620可以用于执行本申请实施例中的步骤S803，测试路径生成单元1630可以用于执行本申请实施例中的步骤S805，测试用例生成单元1640可以用于执行本申请实施例中的步骤S807，用例发送单元1650可以用于执行本申请实施例中的步骤S809。

本发明实施例还提供了一种终端的结构示意图，如图17所示，该终端可以用于实施上述实施例中提供的测试数据处理方法。具体来讲：

所述客户端可以包括RF(Radio Frequency，射频)电路1710、包括有一个或一个以上计算机可读存储介质的存储器1720、输入单元1730、显示单元1740、传感器1750、音频电路1760、WiFi(wireless fidelity，无线保真)模块1770、包括有一个或者一个以上处理核心的处理器1780、以及电源1790等部件。本领域技术人员可以理解，图17中示出的客户端结构并不构成对客户端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路1710可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器1780处理；另外，将涉及上行的数据发送给基站。通常，RF电路1710包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路810还可以通过无线通信与网络和其他客户端通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System ofMobilecommunication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(Code Division Multiple Access，码分多址)、WCDMA(Wideband CodeDivision MultipleAccess,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(Short Messaging Service，短消息服务)等。

存储器1720可用于存储软件程序以及模块，处理器1780通过运行存储在存储器1720的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器1720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述客户端的使用所创建的数据等。此外，存储器1720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器1720还可以包括存储器控制器，以提供处理器880和输入单元1730对存储器1720的访问。

输入单元1730可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元1730可包括触敏表面1731以及其他输入设备1732。触敏表面1731，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面1731上或在触敏表面1731附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面1731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1780，并能接收处理器1780发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面1731。除了触敏表面1731，输入单元1730还可以包括其他输入设备1732。具体地，其他输入设备1732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1740可用于显示由用户输入的信息或提供给用户的信息以及所述客户端的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元1740可包括显示面板1741，可选的，可以采用LCD(Liquid CrystalDisplay，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板1741。进一步的，触敏表面1731可覆盖显示面板1741，当触敏表面1731检测到在其上或附近的触摸操作后，传送给处理器1780以确定触摸事件的类型，随后处理器1780根据触摸事件的类型在显示面板1741上提供相应的视觉输出。其中，触敏表面1731与显示面板1741可以两个独立的部件来实现输入和输入功能，但是在某些实施例中，也可以将触敏表面1731与显示面板1741集成而实现输入和输出功能。

所述客户端还可包括至少一种传感器1750，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1741的亮度，接近传感器可在所述客户端移动到耳边时，关闭显示面板1741和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别客户端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于所述客户端还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1760、扬声器1761，传声器1762可提供用户与所述客户端之间的音频接口。音频电路1760可将接收到的音频数据转换后的电信号，传输到扬声器1761，由扬声器1761转换为声音信号输出；另一方面，传声器1762将收集的声音信号转换为电信号，由音频电路1760接收后转换为音频数据，再将音频数据输出处理器1780处理后，经RF电路1710以发送给比如另一客户端，或者将音频数据输出至存储器1720以便进一步处理。音频电路1760还可能包括耳塞插孔，以提供外设耳机与所述客户端的通信。

WiFi属于短距离无线传输技术，所述客户端通过WiFi模块1770可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图17示出了WiFi模块1770，但是可以理解的是，其并不属于所述客户端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1780是所述客户端的控制中心，利用各种接口和线路连接整个客户端的各个部分，通过运行或执行存储在存储器1720内的软件程序和/或模块，以及调用存储在存储器1720内的数据，执行所述客户端的各种功能和处理数据，从而对客户端进行整体监控。可选的，处理器1780可包括一个或多个处理核心；优选的，处理器1780可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1780中。

所述客户端还包括给各个部件供电的电源1790(比如电池)，优选的，电源可以通过电源管理系统与处理器1780逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源1790还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，所述客户端还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，客户端的显示单元是触摸屏显示器，客户端还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行本发明中方法实施例中的指令。

本发明的实施例还提供了一种存储介质，所述存储介质可设置于终端之中以保存用于实现方法实施例中一种测试数据处理方法相关的至少一条指令和至少一段程序，该至少一条指令和该至少一段程序由该处理器加载并执行以实现上述图3-7对应的测试数据处理方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络客户端中的至少一个网络客户端。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本发明实施例还提供了一种服务器的结构示意图，请参阅图18，该服务器1800用于实施上述实施例中提供的测试数据处理方法，具体来讲，所述服务器结构可以包括上述识别代理互联网协议IP地址的装置。该服务器1800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(Central Processing Units，CPU)1810(例如，一个或一个以上处理器)和存储器1830，一个或一个以上存储应用程序1823或数据1822的存储介质1820(例如一个或一个以上海量存储设备)。其中，存储器1830和存储介质1820可以是短暂存储或持久存储。存储在存储介质1820的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1810可以设置为与存储介质1820通信，在服务器1800上执行存储介质1820中的一系列指令操作。服务器1800还可以包括一个或一个以上电源1860，一个或一个以上有线或无线网络接口1850，一个或一个以上输入输出接口1840，和/或，一个或一个以上操作系统1821，例如WindowsServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

本发明的实施例还提供了一种存储介质，所述存储介质可设置于服务器之中以保存用于实现方法实施例中一种测试数据处理方法相关的至少一条指令和至少一段程序，该至少一条指令和该至少一段程序由该处理器加载并执行以实现上述图8对应的测试数据处理方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

测试数据编写时对专业性要求偏高本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行测试数据处理方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行如图3所示的方法步骤或者如图8所示的方法步骤。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本发明的实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实现方式中提供的测试数据处理方法。

本发明实施例提供了一种电子设备，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令和至少一段程序，所述至少一条指令或者至少一段程序由处理器加载并执行以实现如图3或者图8对应的测试数据处理方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种测试数据处理方法，应用于客户端，其特征在于，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述显示目标流程图，所述目标流程图包括至少三个测试节点和各所述测试节点之间的有向连接之前，还包括：

展示业务类型；

响应于对所述业务类型的选择操作，显示与业务类型对应的业务流程图，所述业务流程图包括至少三个测试节点和与各测试节点对应的有向连接；

响应于对业务流程图的确定操作，将所述业务流程图作为所述目标流程图；

或者，

响应于对所述业务流程图的修改操作，根据所述修改操作更新所述业务流程图的测试节点和有向连接，将更新后的所述业务流程图作为所述目标流程图。

3.根据权利要求2所述的方法，其特征在于，所述修改操作包括向所述业务流程图添加测试节点和从所述业务流程图中删除测试节点；

所述响应于对所述业务流程图的修改操作，根据所述修改操作更新所述业务流程图的测试节点和有向连接，包括：

显示标准节点，所述标准节点包括开始节点、终止节点和中间节点；

当所述修改操作为向所述业务流程图添加测试节点时，响应于对所述标准节点的选择操作，将所述选择操作对应的标准节点作为新增测试节点添加至所述业务流程图中，当所述新增测试节点为中间节点或终止节点时，响应于对除所述新增测试节点以外的其他测试节点的触发操作，绘制所述新增测试节点与所述业务流程图中其他测试节点之间的有向连接；

当所述修改操作为从所述测试轨迹图中删除测试节点时，响应于对所述业务流程图中测试节点的删除操作，将所述删除操作对应的测试节点以及与所述测试节点关联的有向连接从所述业务流程图中移出。

4.根据权利要求1所述的方法，其特征在于，

所述响应于对所述目标流程图中所述测试节点和所述有向连接的触发操作，获取与所述测试节点对应的节点配置信息和与所述有向连接对应的边上配置信息，包括：

响应于对所述目标流程图中所述测试节点的触发操作，显示所述测试节点的节点配置框，其中，所述节点配置框包括节点配置输入控件；

响应于对所述节点配置输入控件的输入操作，获得所述测试节点对应的节点配置信息；

响应于对所述目标流程图中所述有向连接的触发操作，显示所述有向连接的边配置框，其中，所述边配置框包括边配置输入控件；

响应于对所述边配置输入控件的输入操作，获得所述有向连接对应的边上配置信息，所述边上配置信息包括边条件和协议数据；

所述根据所述目标流程图、所述测试节点的节点配置信息和所述有向连接的边上配置信息，生成测试轨迹图，包括：

将所述节点配置信息与对应的测试节点建立关联，将所述边上配置信息与所述有向连接建立关联；

在所述目标流程图的所述测试节点上显示节点配置信息，在所述有向连接上显示所述边上配置信息。

5.根据权利要求1所述的方法，其特征在于，所述接收并显示所述服务器返回的与所述测试轨迹图对应的测试用例之后，还包括：

当接收到测试用例执行请求时，展示执行环境配置框；

响应于对所述执行环境信息配置框的输入操作，获取所述输入操作对应的执行环境配置信息；

响应于对测试用例的选择操作，将所述选择操作对应的测试用例确定为目标测试用例；

根据所述目标测试用例和所述执行环境配置信息生成用例执行请求，将所述用例执行请求发送至所述服务器，以使所述服务器在所述执行环境配置信息对应的执行环境下执行所述目标测试用例，得到用例执行结果；

接收并显示所述服务器返回的所述用例执行结果。

6.一种测试数据处理方法，应用于服务端，其特征在于，所述方法包括：

遍历所述测试轨迹图，生成至少一条测试路径；

将所述测试用例返回所述客户端。

7.根据权利要求6所述的方法，其特征在于，所述将所述测试用例返回所述客户端之后，还包括：

接收客户端发送的用例执行请求，所述用例执行请求包括目标测试用例和执行环境配置信息；

对所述目标测试用例进行解析，获得边条件和协议数据；

根据预设的关键字池对所述边条件中的关键字进行转义，生成与所述关键字对应的预设格式的参数，将所述目标测试用例中边条件的关键字替换为预设格式的参数；

以确保协议数据能够执行到需要测试的测试节点为原则，对所述目标测试用例中所述协议数据的参数进行替换；

在所述执行环境配置信息对应的执行环境下执行所述目标测试用例，获得用例执行结果；

将所述用例执行结果返回所述客户端。

8.一种测试数据处理装置，应用于客户端，其特征在于，所述装置包括：

9.一种测试数据处理装置，应用于服务端，其特征在于，所述装置包括：

用例发送单元，用于将所述测试用例返回所述客户端。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令或者至少一段程序，所述至少一条指令或者至少一段程序由处理器加载并执行以实现如权利要求1-5任一所述的测试数据处理方法或者如权利要求6或7所述的测试数据处理方法。