CN114020612A - 测试数据构造处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明公开一种测试数据构造处理方法、装置、计算机设备及存储介质。该方法包括：获取数据构造指令，数据构造指令包括目标场景标识和指令触发类型；获取造数场景任务，造数场景任务包括至少一个目标动作和场景配置参数对应的场景参数值；执行造数场景任务，根据场景参数值，执行至少一个目标动作对应的造数动作脚本，获取目标测试数据；根据指令触发类型，确定目标测试数据对应的数据属性；将携带数据属性的目标测试数据，存储在目标场景标识对应的场景数据池中，对场景数据池中的目标测试数据进行监听处理。该方法可快速生成不同应用场景所需的目标测试数据，生成操作简单，构造效率较高，且基于数据属性可实现快速排查被篡改或调用的数据。

Description

测试数据构造处理方法、装置、计算机设备及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种测试数据构造处理方法、装置、计算机设备及存储介质。

背景技术

目前，用户一般需要采用测试数据系统构造测试数据，以便基于构造的测试数据完成的软件测试。现有测试数据系统构造测试数据时，存在应用场景单一、操作复杂和构造效率低，而且，无法监听被篡改的测试数据，在测试数据被调用之后进行软件测试，会影响软件测试的精确度。

发明内容

本发明实施例提供一种测试数据构造处理方法、装置、计算机设备及存储介质，以解决现有测试数据构造过程中存在应用场景单一、操作复杂、构造效率低和排查不便的问题。

一种测试数据构造处理方法，包括：

获取数据构造指令，所述数据构造指令包括目标场景标识和指令触发类型；

获取所述目标场景标识对应的造数场景任务，所述造数场景任务包括至少一个目标动作和场景配置参数对应的场景参数值；

执行所述造数场景任务，根据所述场景配置参数对应的场景参数值，执行至少一个所述目标动作对应的造数动作脚本，获取目标测试数据；

根据所述指令触发类型，确定所述目标测试数据对应的数据属性；

将携带所述数据属性的目标测试数据，存储在所述目标场景标识对应的场景数据池中，对所述场景数据池中的目标测试数据进行监听处理。

一种测试数据构造处理装置，包括：

数据构造指令获取模块，用于获取数据构造指令，所述数据构造指令包括目标场景标识和指令触发类型；

造数场景任务获取模块，用于获取所述目标场景标识对应的造数场景任务，所述造数场景任务包括至少一个目标动作和场景配置参数对应的场景参数值；

目标测试数据获取模块，用于执行所述造数场景任务，根据所述场景配置参数对应的场景参数值，执行至少一个所述目标动作对应的造数动作脚本，获取目标测试数据；

数据属性确定模块，用于根据所述指令触发类型，确定所述目标测试数据对应的数据属性；

测试数据存储监听模块，用于将携带所述数据属性的目标测试数据，存储在所述目标场景标识对应的场景数据池中，对所述场景数据池中的目标测试数据进行监听处理。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述测试数据构造处理方法。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述测试数据构造处理方法。

上述测试数据构造处理方法、装置、计算机设备及存储介质，只需配置目标场景标识、目标动作和场景参数值等信息，即可调用执行目标应用场景下的至少一个造数动作脚本，可快速生成不同应用场景所需的目标测试数据，使得目标测试数据的生成操作简单，构造效率较高，可适用于不同应用场景的全链路测试数据生成，提高目标测试数据的适用范围。而且，可根据指令触发类型，确定目标测试数据的数据属性，将携带数据属性的目标测试数据，存储在目标场景标识对应的场景数据池，以便对场景数据池中的目标测试数据进行监听处理，既可实现对目标测试数据的统一集中管理，又可根据数据属性对目标测试数据进行有效隔离，以方便对目标测试数据被调用或被篡改进行排查，以便后续提高排查效率。

附图说明

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

图1是本发明一实施例中测试数据构造处理方法的一应用环境示意图；

图2是本发明一实施例中测试数据构造处理方法的一流程图；

图3是本发明一实施例中测试数据构造处理方法的另一流程图；

图4是本发明一实施例中测试数据构造处理方法的另一流程图；

图5是本发明一实施例中测试数据构造处理方法的另一流程图；

图6是本发明一实施例中测试数据构造处理方法的另一流程图；

图7是本发明一实施例中测试数据构造处理方法的另一流程图；

图8是本发明一实施例中测试数据构造处理装置的一示意图；

图9是本发明一实施例中计算机设备的一示意图。

具体实施方式

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

本发明实施例提供的测试数据构造处理方法，该测试数据构造处理方法可应用如图1所示的应用环境中。具体地，该测试数据构造处理方法应用在测试数据系统中，该测试数据系统包括如图1所示的客户端和服务器，客户端与服务器通过网络进行通信，用于实现快速构造目标应用场景所需的目标测试数据，并根据每一目标测试数据对应的指令触发类型，确定目标测试数据对应的数据属性，以便基于数据属性对目标测试数据进行数据隔离，以便于排查被篡改的目标测试数据，进而有助于保障后续软件测试的精确性。其中，客户端又称为用户端，是指与服务器相对应,为客户提供本地服务的程序。客户端可安装在但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备上。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种测试数据构造处理方法，以该方法应用在图1中的服务器为例进行说明，包括如下步骤：

S201：获取数据构造指令，数据构造指令包括目标场景标识和指令触发类型；

S202：获取目标场景标识对应的造数场景任务，造数场景任务包括至少一个目标动作和场景配置参数对应的场景参数值；

S203：执行造数场景任务，根据场景配置参数对应的场景参数值，执行至少一个目标动作对应的造数动作脚本，获取目标测试数据；

S204：根据指令触发类型，确定目标测试数据对应的数据属性；

S205：将携带数据属性的目标测试数据，存储在目标场景标识对应的场景数据池中，对场景数据池中的目标测试数据进行监听处理。

其中，数据构造指令是用于触发构造测试数据的指令，具体为触发执行造数场景任务的，以构造测试数据的指令。

其中，目标场景标识是用于唯一识别目标应用场景的标识。该目标应用场景是本次需要构造的测试数据对应的应用场景。例如，目标应用场景可以为适用于信用卡系统测试的场景，也可以为适用于电商系统测试的场景。

其中，指令触发类型是触发该数据构造指令的类型。作为一示例，指令触发类型包括自动触发类型和手动触发类型。其中，自动触发类型是自动触发构造测试数据的类型，例如，根据定时构造任务进行定时触发构造测试数据的类型。手动触发类型是用户手动触发构造测试数据的类型，即用户手动触发构造测试数据的类型。

作为一示例，步骤S201中，服务器可接收用户在客户端触发的数据构造指令，即用户可在客户端的数据构造界面，在数据构造界面提供的多个待选场景标识中选取目标场景标识，触发形成数据构造指令。此时，数据构造指令携带有目标场景标识，且其指令触发类型为手动触发类型。该待选场景标识是用于唯一识别某一待选应用场景的标识。该待选应用场景是指系统预先配置的可供用户选择的应用场景。

作为另一示例，步骤S201中，服务器可执行定时构造任务触发的数据构造指令，该数据构造指令携带定时构造任务预先配置的目标场景标识，且其指令触发类型为自动触发类型。

其中，造数场景任务是指在目标应用场景下用于构造满足目标需求的测试数据的任务。目标动作是指本次造数所选取的动作。场景配置参数是指在生成造数场景任务过程中需要用户配置的参数。场景参数值是用户自主配置的参数值。

作为一示例，步骤S202中，服务器可根据目标场景标识，获取目标场景标识对应的造数场景任务。例如，服务器可控制客户端显示目标场景标识对应的任务配置界面，用户可在该任务配置界面提供的多个标准动作中，确定至少一个目标动作，在目标动作包括至少两个时，还需要确定动作先后顺序；显示目标动作对应的参数配置界面，在参数配置界面中输入场景配置参数对应的场景参数值，以获取该目标场景标识对应的造数场景任务，以使该造数场景任务包含至少一个目标动作和场景配置参数对应的场景参数值。此处的标准动作是指目标应用场景对应的待测试系统所包含的动作。例如，在目标应用场景为适用于信用卡系统测试的场景时，其标准动作包括发卡、注册绑卡、激活、管制和交易等；在一个造数场景任务中，可选取发卡这一标准动作确定为目标动作，以保障最终生成的目标测试数据可用于测试系统发卡功能；在另一造数场景任务中，可选取发卡和注册绑卡这两个标准动作确定为目标动作，以保障最终生成的目标测试数据可应于测试执行发卡动作之后的注册绑卡功能。

作为另一示例，步骤S202中，服务器可执行定时构造任务触发的数据构造指令，该数据构造指令携带定时构造任务预先配置的至少一个目标动作和场景配置参数，可直接获取目标场景标识对应的造数场景任务。

其中，造数动作脚本是预先配置的用于生成某一动作对应的测试数据的脚本。

作为一示例，步骤S203中，服务器可将场景配置参数的场景参数值，作为至少一个目标动作对应的造数动作脚本的脚本输入参数，依据至少一个目标动作之间的依赖关系，依次执行至少一个目标动作对应的造数动作脚本，将最后一个执行的造数动作脚本的输出结果，确定为目标测试数据，以使该目标测试数据可适用于不同造数场景任务对应的场景测试。

可理解地，用户只需自主配置目标场景标识、目标动作和场景参数值等信息，即可调用执行目标应用场景下的至少一个造数动作脚本，可快速生成不同应用场景所需的目标测试数据，使得目标测试数据的生成操作简单，构造效率较高，可适用于不同应用场景的全链路测试数据生成，提高目标测试数据的适用范围。

其中，数据属性是指目标测试数据在生成时所携带的数据属性。公有属性可供所有用户使用的属性。私有属性是指仅供特定用户使用的属性。

作为一示例，步骤S204中，由于指令触发类型包括自动触发类型和手动触发类型，则服务器在根据指令触发类型，确定目标测试数据对应的数据属性时，具体包括：若指令触发类型为自动触发类型，则目标测试数据对应的数据属性为公有属性；若指令触发类型为手动触发类型，则目标测试数据对应的数据属性为私有属性。可理解地，根据每一数据构造指令对应的指令触发类型，确定每一目标测试数据的数据属性，以便根据目标测试数据的数据属性，对所有目标测试数据进行数据隔离。

其中，场景数据池是用于存储特定场景的目标测试数据的集合。

作为一示例，步骤S205中，服务器可将携带数据属性的目标测试数据，存储在目标场景标识对应的场景数据池中，再对场景数据池中的所有目标测试数据进行监听处理，监听该目标测试数据是否被测试脚本调用，以进行软件测试。服务器可监听获取场景数据池中的目标测试数据被测试脚本调用的数据占用情况，根据该数据占用情况进行统筹管理，例如，增加新的目标测试数据，或者对被调用或篡改的目标测试数据进行排查等。

可理解地，将带数据属性的目标测试数据，存储在目标场景标识对应的场景数据池中，可实现将目标测试数据依据其应用场景进行集中管理，且目标测试数据携带数据属性，可根据该数据属性实现不同目标测试数据之间的数据隔离，以便后续目标测试数据被调用或篡改时，通过更新或维护其数据属性，以实现对被调用或篡改的目标测试数据进行快速排查，防止被调用或篡改的目标测试数据被待测试系统再次调用，影响待测试系统测试的精确性。

本实施例所提供的测试数据构造处理方法中，只需配置目标场景标识、目标动作和场景参数值等信息，即可调用执行目标应用场景下的至少一个造数动作脚本，可快速生成不同应用场景所需的目标测试数据，使得目标测试数据的生成操作简单，构造效率较高，可适用于不同应用场景的全链路测试数据生成，提高目标测试数据的适用范围。而且，可根据指令触发类型，确定目标测试数据的数据属性，将携带数据属性的目标测试数据，存储在目标场景标识对应的场景数据池，既可实现对目标测试数据的统一集中管理，又可根据数据属性对目标测试数据进行有效隔离，以方便对目标测试数据被调用或被篡改进行排查，以便后续提高排查效率。

步骤S201，即获取数据构造指令，包括：执行目标场景标识对应的定时构造任务，获取数据构造指令，数据构造指令包括目标场景标识和自动触发类型；

步骤S202，即获取目标场景标识对应的造数场景任务，包括：

调用与目标场景标识相匹配的任务生成脚本，生成与目标场景标识相对应的造数场景任务；

步骤S203，即根据场景配置参数对应的场景参数值，执行至少一个目标动作对应的造数动作脚本，获取目标测试数据，包括：

根据场景配置参数对应的场景参数值，执行至少一个目标动作对应的造数动作脚本，获取与配置造数数量相匹配的目标测试数据；

步骤S204，即根据指令触发类型，确定目标测试数据对应的数据属性，包括：

根据自动触发类型，确定目标测试数据对应的数据属性为公有属性。

作为步骤S201的一个具体实施方式，服务器执行目标场景标识对应的定时构造任务，获取数据构造指令，数据构造指令包括目标场景标识和自动触发类型。

在一实施例中，在步骤S201之前，需预先配置定时构造任务，其配置过程包括如下步骤：(1)获取任务配置指令，任务配置指令包括目标场景标识、配置执行时间、配置造数频率和配置造数数量；(2)基于配置执行时间、配置造数频率和配置造数数量，形成目标场景标识对应的定时构造任务。本示例中，在系统当前时间与配置执行时间和配置造数频率相匹配时，服务器可触发执行目标场景标识对应的定时构造任务，获取数据构造指令，数据构造指令包括目标场景标识和自动触发类型。

其中，任务配置指令是用于触发配置定时任务的指令。配置执行时间是是用户配置的用于触发第一次执行定时构造任务的时间。配置造数频率是用户配置的用于控制相邻两次执行定时构造任务的频率，可理解为相邻两次执行定时构造任务的间隔时间。例如，配置造数频率可设置为每周一次或者周日一次等。配置造数数量是用户配置的用于控制每次执行定时构造任务所需构造的测试数据的数量。定时构造任务是用于实现定时造数的任务。

作为一示例，服务器可接收用户触发的任务配置指令，该任务配置指令包括用户自主设置的目标场景标识、配置执行时间、配置造数频率和配置造数数量等任务配置信息。服务器在获取到目标场景标识、配置执行时间、配置造数频率和配置造数数量等任务配置信息，可调用预先设置的定时任务生成程序对上述任务配置信息进行处理，以便快速生成与目标场景标识相对应的定时构造任务。

例如，若配置执行时间为周一，配置造数频率为每周一次时，在系统当前时间为每周一时，均为触发执行目标场景标识对应的定时构造任务，获取数据构造指令，可将定时构造任务中的目标场景标识直接确定为数据构造指令中的目标场景标识，由于数据构造指令为定时触发的指令，可将其指令触发类型设置为自动触发类型，因此，数据构造指令包括目标场景标识和自动触发类型。

作为步骤S202的一个具体实施方式，服务器在定时触发与目标场景标识相对应的数据构造指令之后，可调用与目标场景标识相匹配的任务生成脚本，自动生成与目标场景标识相对应的造数场景任务。本示例中，任务生成脚本是预先配置的用于生成造数场景任务的脚本，即在系统当前时间之前配置的可执行步骤S301-S304，以生成造数场景任务的脚本。

作为步骤S203的一个具体实施方式，服务器可根据场景配置参数对应的场景参数值，执行至少一个目标动作对应的造数动作脚本，获取与配置造数数量相匹配的目标测试数据，以使每次执行造数场景任务时，均可获取与配置造数数量相匹配的目标测试数据，达到按需生成目标测试数据的目的。

作为步骤S204的一个具体实施方式，服务器在根据定时构造任务生成数据构造指令时，其指令触发类型为自动触发类型，因此，需将目标测试数据对应的数据属性确定为公有属性，以使所构造的目标测试数据可被所有用户使用。

本实施例所提供的测试数据构造处理方法中，可根据用户自主配置的定时构造任务，自动定时生成与配置造数数量相匹配的目标测试数据，以保障目标测试数据的构造效率，且可实现按需构造目标测试数据的目的。在定时生成目标测试数据时，使该目标测试数据携带公有属性，使其与携带私有属性的目标测试数据进行有效隔离，以提高目标测试数据的可用性，且方便于排查被调用或篡改的目标测试数据。

在一实施例中，如图3所示，在步骤S201之前，在获取数据构造指令之前，测试数据构造处理方法还包括：

S301：获取脚本生成指令，脚本生成指令包括目标场景标识和目标动作；

S302：获取目标场景标识对应的目标场景动作树，目标场景动作树为依据目标场景标识的业务逻辑，对所有标准动作进行排序形成的树状结构；

S303：根据目标动作在目标场景动作树中的目标位置，确定目标动作是否存在依赖动作；

S304：若目标动作存在依赖动作，则基于依赖动作对应的动作输出参数和目标动作对应的动作输入参数，确定目标动作对应的待配置参数；

S305：若目标动作不存在依赖动作，则基于目标动作对应的动作输入参数，确定目标动作对应的待配置参数；

S306：根据目标动作对应的数据构造规则和待配置参数，生成目标动作对应的造数动作脚本。

其中，脚本生成指令是用于触发生成造数动作脚本的指令。

作为一示例，步骤S301中，服务器可接收用户触发的脚本生成指令，该脚本生成指令中携带目标场景标识和目标动作，以便生成在目标应用场景下的目标动作对应的造数动作脚本。

其中，目标场景动作树为依据目标场景标识的业务逻辑对所有标准动作进行排序形成的树状结构。

作为一示例，步骤S302中，服务器中预先存储不同待选场景标识对应的待选场景动作树，每一待选场景动作树是指基于该待选场景标识对应的待选应用场景对应的业务逻辑，对该待选应用场景中的所有标准动作进行排序形成的树状结构。服务器只需在接收到脚本生成指令之后，根据该脚本生成指令中携带的目标场景标识，将与目标场景标识相匹配的待选场景动作树，确定为目标场景动作树。

其中，依赖动作是指在目标动作执行之前必须执行的动作。

作为一示例，步骤S303中，服务器可根据目标动作查询目标场景动作树，确定目标动作在目标场景动作树中的目标位置，判断该目标位置与根节点之间是否存在其他标准动作；若目标位置与根节点之间存在其他标准动作，则认定存在依赖动作；若目标位置与根节点之间不存在其他标准动作，则认定不存在依赖动作。可理解地，目标动作为目标场景动作树中所有标准动作中的一个，可根据目标动作在目标场景动作树中的目标位置，将从根节点到目标位置之间的所有标准动作中最接近目标动作的一个，确定为其依赖动作。

其中，依赖动作的动作输出参数是指依赖动作执行之后输出的供目标动作调用的参数。目标动作对应的动作输入参数是指目标动作执行过程中需要输入的参数。目标动作对应的待配置参数是指执行目标动作对应的造数动作脚本所需配置的参数。

作为一示例，步骤S304中，服务器在目标动作存在依赖动作时，需将依赖动作对应的动作输出参数和目标动作对应的动作输入参数，一并确定为目标动作对应的待配置参数，也即每个目标动作执行造数过程中，需预先配置依赖动作对应的动作输出参数和目标动作对应的动作输入参数，以确保造数动作脚本的待配置参数可独立配置，无需依赖于依赖动作的执行，可保障造数动作脚本执行的独立性。

作为一示例，步骤S305中，服务器在目标动作不存在依赖动作时，只需将目标动作对应的动作输入参数，确定为目标动作对应的待配置参数。

其中，数据构造规则是指预先设置的用于满足目标动作构造要求的规则。例如，在信用卡发卡这一目标动作时，需数据构造规则是需要依据信用卡卡号生成规则，形成相应的信用卡卡号。

作为一示例，步骤S306中，服务器可获取根据目标动作对应的数据构造规则和待配置参数进行编码，形成的目标动作对应的造数动作脚本，该造数动作脚本可在服务器上执行，以生成目标动作相匹配的目标测试数据。

本实施例所提供的测试数据构造处理方法中，可根据目标动作在目标场景动作树中的目标位置，确定是否存在依赖动作，进而采用不同方式确定目标动作对应的待配置参数，再基于数据构造规则和待配置参数，生成目标动作对应的造数动作脚本，可保障造数动作脚本的独立性，以使所有造数动作脚本可以独立运行，可实现至少一个目标动作的组合造数，以使所获取到的目标测试数据，更容易满足用户需求。

在一实施例中，如图4所示，步骤S202，即获取目标场景标识对应的造数场景任务，包括：

S401：控制显示目标场景标识对应的任务配置界面，任务配置界面上显示与目标场景标识相对应的所有标准动作；

S402：从所有标准动作中，确定至少一个目标动作，每一目标动作对应一待配置参数；

S403：基于至少一个目标动作对应的待配置参数，确定场景配置参数，获取场景配置参数对应的场景参数值；

S404：基于至少一个目标动作和场景配置参数对应的场景参数值，确定造数场景任务。

其中，任务配置界面是用于实现造数场景任务配置的界面。标准动作是指目标应用场景对应的待测试系统所包含的动作。

作为一示例，步骤S401中，服务器在接收到数据构造指令之后，可控制客户端显示目标场景标识对应的任务配置界面，该任务配置界面上显示与目标场景标识相对应的所有标准动作，以供用户选择确定本次造数所选择的目标动作。

作为一示例，步骤S402中，用户可在任务配置界面显示的所有标准动作中，选择确定至少一个目标动作，该目标动作可以理解为本次所需生成的目标测试数据需要执行的动作。

本示例中，服务器在接收到用户选择的至少两个目标动作时，需获取用户自主确定的至少两个目标动作的配置先后顺序，对至少两个目标动作的配置先后顺序进行动作校验，获取动作校验结果；若动作校验结果为校验通过，则认定至少两个目标动作确定成功；若动作校验结果为校验不通过，则提示动作配置错误信息，以便用户根据动作配置错误信息进行修改。

本示例中，服务器对至少两个目标动作的配置先后顺序进行动作校验，具体用于校验至少两个目标动作的配置先后顺序是否符合目标应用场景的业务逻辑。例如，在目标应用场景为适用于信用卡系统测试的场景时，依据其业务逻辑，需依次经过发卡、注册绑卡、激活、管制和交易等标准动作，若用户选取发卡和注册绑卡这两个标准动作确定为目标动作时，即发卡在前，注册绑卡在后，则认定其符合业务逻辑，获取校验通过的动作校验结果；若注册绑卡在前，发卡在后，则认定不符合业务逻辑，获取校验不通过的动作校验结果。

作为一示例，步骤S402中，服务器在确定至少一个目标动作时，需确定至少一个目标动作对应的待配置参数，该待配置参数为每个目标动作执行过程中需要配置的参数，即每个目标动作对应的造数动作脚本执行过程中需要输入的参数。

其中，场景配置参数是指本次造数场景任务最终需要配置的参数。场景配置参数对应的场景参数值是指用户自主配置的场景配置参数对应的具体参数值。

作为一示例，步骤S403中，服务器在确定至少一个目标动作对应的待配置参数时，由于至少一个目标动作对应的待配置参数可能相同，也可能不同，若针对目标动作单独配置待配置参数的具体参数值，会导致配置过程效率较低，因此，服务器需根据至少一个目标动作对应的待配置参数，对所有待配置参数进行整合处理，以去除重合的待配置参数，确定最终的场景配置参数，可实现在多个目标动作对应同一待配置参数时，只需配置次该场景配置参数对应的场景参数值。

进一步地，由于执行至少两个目标动作时，可能存在前一个目标动作的输出结果为后一个目标动作的待配置参数的情况，若仅针对目标动作单独配置待配置参数的具体参数值，会导致配置过程效率较低。因此，服务器可获取至少两个目标动作对应的造数动作脚本的动作输出参数，采用动作输出参数对上述场景配置参数进行过滤，以获取过滤掉该动作输出参数的场景配置参数，可进一步减少需要配置的场景配置参数的数量，有助于提高配置效率。

作为一示例，步骤S404中，服务器可根据用户自主确定的基于至少一个目标动作和场景配置参数对应的场景参数值，确定造数场景任务，以便后续在系统调整到执行该造数场景任务时，可根据场景配置参数对应的场景参数值，执行至少一个目标动作对应的造数动作脚本，获取目标测试数据。

可理解地，用户可根据目标应用场景，灵活配置至少一个目标动作，可实现至少一个目标动作的组合造数，以使所获取到的目标测试数据，更容易满足用户需求。

本实施例所提供的测试数据构造处理方法中，在目标场景标识对应的任务配置界面上显示所有标准动作，以供用户确定目标动作，有助于提高任务配置操作的简单性，以便提高操作效率。对至少一个目标动作对应的待配置参数进行整合，以形成场景配置参数，有助于提高场景参数值的配置效率。再基于所有目标动作及其场景参数值，形成造数场景任务，以便执行造数场景任务时，可调用至少一个目标动作对应的造数动作脚本，可快速生成不同应用场景所需的目标测试数据，使得目标测试数据的生成操作简单，构造效率较高，可适用于不同应用场景的全链路测试数据生成，提高目标测试数据的适用范围。

在一实施例中，如图5所示，步骤S205中，对场景数据池中的目标测试数据进行监听处理，包括：

S501：监听场景数据池中，获取目标测试数据的当前状态；

S502：若目标测试数据的当前状态由可用状态变更为占用状态，则维持或更新目标测试数据的数据属性。

作为一示例，步骤S501中，服务器可根据状态监听任务，对场景数据池中的所有目标测试数据进行监听，以获取每一目标测试数据对应的当前状态。该状态监听任务是用于实现监听目标测试数据是否被占用的任务。当前状态是用于反映目标测试数据是否被占用的状态。可理解地，目标测试数据的当前状态可以为占用状态和可用状态中的任一种，此处的占用状态是指目标测试数据已经被占用进行测试的状态，可用状态是指目标测试数据没有被占用进行测试的状态。

作为一示例，步骤S502中，服务器在监听到目标测试数据的当前状态由可用状态变更为占用状态，说明该目标测试数据已经被占用，此时，需维持或更新目标测试数据的数据属性。

本示例中，服务器在监听到目标测试数据的当前状态由可用状态变更为占用状态，且目标测试数据对应的数据属性为公有属性时，需要更新该目标测试数据对应的数据属性为私有属性，以表示目标测试数据已经被占用，避免被其他第三方再次占用和修改，有助于保障基于目标测试数据进行测试的准确性和可靠性。

本示例中，服务器在监听到目标测试数据的当前状态由可用状态变更为占用状态，且目标测试数据对应的数据属性为私有属性时，可维持目标测试数据对应的数据属性为私有属性，以避免被其他第三方再次占用和修改，有助于保障基于目标测试数据进行测试的准确性和可靠性。

在一实施例中，如图6所示，步骤S205中，对场景数据池中的目标测试数据进行监听处理，包括：

S601：监听场景数据池中，获取目标测试数据的当前状态；

S602：将当前状态为可用状态且数据属性为公有属性的目标测试数据，确定为有效测试数据；

S603：统计场景数据池中所有有效测试数据的数量，确定当前供给数量；

S604：获取当前供给周期对应的当前需求数量；

S605：若当前供给数量小于当前需求数量，则根据当前需求数量与当前供给数量，确定目标新增数量；

S606：执行造数场景任务，根据场景配置参数对应的场景参数值，执行至少一个目标动作对应的造数动作脚本，获取与目标新增数量相匹配的目标测试数据。

作为一示例，步骤S601中，服务器可根据状态监听任务，对场景数据池中的所有目标测试数据进行监听，以获取每一目标测试数据对应的当前状态。该状态监听任务是用于实现监听目标测试数据是否被占用的任务。当前状态是用于反映目标测试数据是否被占用的状态。可理解地，目标测试数据的当前状态可以为占用状态和可用状态中的任一种，此处的占用状态是指目标测试数据已经被占用进行测试的状态，可用状态是指目标测试数据没有被占用进行测试的状态。

其中，有效测试数据是指可供所有用户使用的测试数据。

作为一示例，步骤S602中，服务器需根据实时监听到的每一目标测试数据对应的当前状态以及每一目标测试数据所携带的数据属性，确定是否为有效测试数据，具体将当前状态为可用状态且数据属性为公有属性的目标测试数据，确定为有效测试数据，说明该有效测试数据还没有被占用，且其面向所有用户，可供所有用户调用。

作为一示例，步骤S603中，服务器在根据每一目标测试数据的当前状态和数据属性，判断是否为有效测试数据之后，需统计目标场景标识对应的场景数据池中所有有效测试数据的数量，确定为当前供给数量。该当前供给数量可理解为面向所有用户提供的未被占用的目标测试数据的数量。

其中，当前供给周期是指系统当前时间之后形成的提供目标测试数据的周期。可理解地，该当前供给周期可与上述步骤中的配置造数频率相匹配，例如，若配置造数频率为一周一次，则其当前供给周期为一周；若配置造数频率为一月一次，则其当前供给周期为一月。当前需求数量是指当前供给周期内需要构造的测试数据的数量。例如，当前供给周期可以为9月份，则当前需求数量是指9月份需要提供的有效测试数据的数量。

作为一示例，步骤S604中，服务器可将系统预先设置的默认需求数量，确定为当前需求数量，也可以根据系统当前时间之前处于占用状态的所有测试数据的数量，统计确定当前供给周期对应的当前需求数量。

本示例中，获取当前供给周期对应的当前需求数量，具体包括：(1)将当前状态为占用状态的目标测试数据，确定为占用测试数据。(2)获取占用测试数据对应的历史占用时间。该历史占用时间可理解为监听到某一目标测试数据由可用状态变更为占用状态的时间。(3)根据每一占用测试数据对应的历史占用时间，确定占用测试数据所属的历史供给周期。当前供给周期是指系统当前时间之前形成的提供目标测试数据的周期。(4)统计每一历史供给周期对应的所有占用测试数据的数量，确定为历史供给周期对应的历史需求数量。例如，在当前供给周期为9月份时，8月份、7月份或者其他之前的月份均为历史供给周期，需相应获取这些历史供给周期对应的历史需求数量。(5)对所有历史供给周期对应的历史需求数量进行均值计算，以将所有历史需求数量的均值，确定为当前供给周期对应的当前需求数量，以实现根据历史经验，动态确定当前需求数量。

作为一示例，步骤S605中，服务器在获取当前供给数量和当前供给周期对应的当前需求数量之后，需将当前供给数量与当前需求数量进行比较，以确定场景数据池中的有效测试数据的数量是否能满足测试需求。本示例中，在当前供给数量小于当前需求数量时，认定场景数据池中的有效测试数据无法满足测试需求，需增加目标测试数据，因此，可将当前需求数量与当前供给数量的差值，确定为目标新增数量。该目标新增数量可理解为本次需要新增的测试数据的数量。

作为一示例，步骤S606中，服务器在确定目标新增数量之后，可执行造数场景任务，根据场景配置参数对应的场景参数值，执行至少一个目标动作对应的造数动作脚本，获取与目标新增数量相匹配的目标测试数据，即执行步骤S203，重新构造与目标新增数量相匹配的目标测试数据。可理解地，在执行造数场景任务重新构造的目标测试数据中，由于其执行过程为自动触发类型，则新构造的目标测试数据的数据属性为公有属性；由于目标测试数据为新构造的数据，则其当前状态默认为可用状态；因此，执行步骤S606，可生成与目标新增数量相匹配的有效测试数据，以实现自动扩充目标场景标识对应的场景数据池中的目标测试数据的数量。

本实施例所提供的测试数据构造处理方法中，可动态监听目标测试数据的当前状态，以确定有效测试数据及其当前供给数量，在当前供给数量小于当前需求数量时，需重新构造与目标新增数量相对应的目标测试数据，并将该目标测试数据存储在场景数据池中，以实现智能监控场景数据池中的有效测试数据的数量是否充足，在不充足的情况下智能触发造数场景任务，补充缺少的目标测试数据，以避免场景数据池中缺少有效测试数据而影响系统测试的顺利进行。

在一实施例中，如图7所示，步骤S205中，对场景数据池中的目标测试数据进行监听处理，包括：

S701：监听场景数据池中，获取目标测试数据的当前状态；

S702：将当前状态为占用状态的目标测试数据，确定为占用测试数据；

S703：统计场景数据池中所有占用测试数据的数量，确定目标场景标识对应的场景占用数量；

S704：根据目标场景标识对应的场景占用数量，确定目标场景标识对应的场景优先级；

S705：根据所有目标场景标识对应的场景优先级，调整场景选择界面中的目标场景标识对应的场景接口位置。

作为一示例，步骤S701中，服务器可根据状态监听任务，对场景数据池中的所有目标测试数据进行监听，以获取每一目标测试数据对应的当前状态。该状态监听任务是用于实现监听目标测试数据是否被占用的任务。当前状态是用于反映目标测试数据是否被占用的状态。可理解地，目标测试数据的当前状态可以为占用状态和可用状态中的任一种，此处的占用状态是指目标测试数据已经被占用进行测试的状态，可用状态是指目标测试数据没有被占用进行测试的状态。

作为一示例，步骤S702中，服务器需根据实时监听到的每一目标测试数据对应的当前状态，确定目标测试数据是否为占用测试数据，具体将当前状态为占用状态的目标测试数据，确定为占用测试数据，说明系统当前时间之前该占用测试数据已经被占用。

作为一示例，步骤S703中，服务器在确定每一目标测试数据是否为占用测试数据之后，需统计目标场景标识对应的场景数据池中所有占用测试数据的数量，确定为该目标场景标识对应的场景占用数量。一般来说，目标场景标识对应的场景占用数量越大，说明该目标场景标识对应的目标测试数据越经常被占用；反之，目标场景标识对应的场景占用数量越小，说明该目标场景标识对应的目标测试数据越少被占用。

作为一示例，步骤S704中，服务器在获取所有目标场景标识对应的场景占用数量时，可根据所有目标场景标识对应的场景占用数量的大小顺序，确定所有目标场景标识对应的场景优先级。一般来说，目标场景标识对应的场景占用数量越大，其目标场景标识对应的场景优先级越大；目标场景标识对应的场景占用数量越小，其目标场景标识对应的场景优先级越小。

其中，场景选择界面是指测试数据系统提供给用户选择不同应用场景的测试数据的界面。

作为一示例，步骤S705中，服务器在获取到所有目标场景标识对应的场景优先级时，可在场景选择界面中，对所有目标场景标识对应的场景接口位置，依据所有目标场景标识对应的场景优先级的先后顺序进行排序，以动态调整场景选择界面中的目标场景标识对应的场景接口位置。例如，可将目标场景标识对应的场景优先级在先的前几位的场景接口位置，放置在常用场景快捷入口界面，以便后续提高用户选择目标场景标识对应的场景优先级在先的目标测试数据的效率，进而有助于提高测试效率。

本实施例可根据每一目标场景标识对应的占用测试数量的数量，即根据目标场景标识对应的场景占用数量，确定其场景优先级，以便根据场景优先级，动态调整场景选择界面中的场景接口位置，有助于方便场景优先级在先的目标测试数据被调用，进而有助于提高测试效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种测试数据构造处理装置，该测试数据构造处理装置与上述实施例中测试数据构造处理方法一一对应。如图8所示，该测试数据构造处理装置包括数据构造指令获取模块801、造数场景任务获取模块802、目标测试数据获取模块803、数据属性确定模块804和测试数据存储监听模块805。各功能模块详细说明如下：

数据构造指令获取模块801，用于获取数据构造指令，数据构造指令包括目标场景标识和指令触发类型；

造数场景任务获取模块802，用于获取目标场景标识对应的造数场景任务，造数场景任务包括至少一个目标动作和场景配置参数对应的场景参数值；

目标测试数据获取模块803，用于执行造数场景任务，根据场景配置参数对应的场景参数值，执行至少一个目标动作对应的造数动作脚本，获取目标测试数据；

数据属性确定模块804，用于根据指令触发类型，确定目标测试数据对应的数据属性；

测试数据存储监听模块805，用于将携带数据属性的目标测试数据，存储在目标场景标识对应的场景数据池中，对场景数据池中的目标测试数据进行监听处理。

在一实施例中，数据构造指令获取模块801，用于执行目标场景标识对应的定时构造任务，获取数据构造指令，数据构造指令包括目标场景标识和自动触发类型；

造数场景任务获取模块802，用于调用与目标场景标识相匹配的任务生成脚本，生成与目标场景标识相对应的造数场景任务；

目标测试数据获取模块803，用于根据场景配置参数对应的场景参数值，执行至少一个目标动作对应的造数动作脚本，获取与配置造数数量相匹配的目标测试数据；

数据属性确定模块804，用于根据自动触发类型，确定目标测试数据对应的数据属性为公有属性。

在一实施例中，测试数据构造处理装置还包括：

脚本生成指令获取单元，用于获取脚本生成指令，脚本生成指令包括目标场景标识和目标动作；

脚本生成指令获取单元，用于获取目标场景标识对应的目标场景动作树，目标场景动作树为依据目标场景标识的业务逻辑，对所有标准动作进行排序形成的树状结构；

依赖动作判断单元，用于根据目标动作在目标场景动作树中的目标位置，确定目标动作是否存在依赖动作；

第一参数确定单元，用于若目标动作存在依赖动作，则基于依赖动作对应的动作输出参数和目标动作对应的动作输入参数，确定目标动作对应的待配置参数；

第二参数确定单元，用于若目标动作不存在依赖动作，则基于目标动作对应的动作输入参数，确定目标动作对应的待配置参数；

造数动作脚本生成单元，用于根据目标动作对应的数据构造规则和待配置参数，生成目标动作对应的造数动作脚本。

在一实施例中，造数场景任务获取模块802，包括：

配置界面显示单元，用于控制显示目标场景标识对应的任务配置界面，任务配置界面上显示与目标场景标识相对应的所有标准动作；

目标动作确定单元，用于从所有标准动作中，确定至少一个目标动作，每一目标动作对应一待配置参数；

场景配置参数确定单元，用于基于至少一个目标动作对应的待配置参数，确定场景配置参数，获取场景配置参数对应的场景参数值；

造数场景任务确定单元，用于基于至少一个目标动作和场景配置参数对应的场景参数值，确定造数场景任务。

在一实施例中，测试数据存储监听模块805，包括：

当前状态监听单元，用于监听场景数据池中，获取目标测试数据的当前状态；

数据属性调整单元，用于若目标测试数据的当前状态由可用状态变更为占用状态，则维持或更新目标测试数据的数据属性。

在一实施例中，测试数据存储监听模块805，包括：

当前状态监听单元，用于监听场景数据池中，获取目标测试数据的当前状态；

有效测试数据确定单元，用于将当前状态为可用状态且数据属性为公有属性的目标测试数据，确定为有效测试数据；

有效测试数据确定单元，用于统计场景数据池中所有有效测试数据的数量，确定当前供给数量；

当前需求数量确定单元，用于获取当前供给周期对应的当前需求数量；

目标新增数量确定单元，用于若当前供给数量小于当前需求数量，则根据当前需求数量与当前供给数量，确定目标新增数量；

测试数据新增处理单元，用于执行造数场景任务，根据场景配置参数对应的场景参数值，执行至少一个目标动作对应的造数动作脚本，获取与目标新增数量相匹配的目标测试数据。

在一实施例中，测试数据存储监听模块805，包括：

当前状态监听单元，用于监听场景数据池中，获取目标测试数据的当前状态；

占用测试数据确定单元，用于将当前状态为占用状态的目标测试数据，确定为占用测试数据；

场景占用数量确定单元，用于统计场景数据池中所有占用测试数据的数量，确定目标场景标识对应的场景占用数量；

场景优先级确定单元，用于根据目标场景标识对应的场景占用数量，确定目标场景标识对应的场景优先级；

场景接口位置调整单元，用于根据所有目标场景标识对应的场景优先级，调整场景选择界面中的目标场景标识对应的场景接口位置。

关于测试数据构造处理装置的具体限定可以参见上文中对于测试数据构造处理方法的限定，在此不再赘述。上述测试数据构造处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储执行测试数据构造处理方法过程中采用或生成的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种测试数据构造处理方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中测试数据构造处理方法，例如图2所示S201-S205，或者图3至图7中所示，为避免重复，这里不再赘述。或者，处理器执行计算机程序时实现测试数据构造处理装置这一实施例中的各模块/单元的功能，例如图8所示的数据构造指令获取模块801、造数场景任务获取模块802、目标测试数据获取模块803、数据属性确定模块804和测试数据存储监听模块805的功能，为避免重复，这里不再赘述。

在一实施例中，提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中测试数据构造处理方法，例如图2所示S201-S205，或者图3至图7中所示，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现上述测试数据构造处理装置这一实施例中的各模块/单元的功能，例如图8所示的数据构造指令获取模块801、造数场景任务获取模块802、目标测试数据获取模块803、数据属性确定模块804和测试数据存储监听模块805的功能，为避免重复，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种测试数据构造处理方法，其特征在于，包括：

获取数据构造指令，所述数据构造指令包括目标场景标识和指令触发类型；

获取所述目标场景标识对应的造数场景任务，所述造数场景任务包括至少一个目标动作和场景配置参数对应的场景参数值；

执行所述造数场景任务，根据所述场景配置参数对应的场景参数值，执行至少一个所述目标动作对应的造数动作脚本，获取目标测试数据；

根据所述指令触发类型，确定所述目标测试数据对应的数据属性；

将携带所述数据属性的目标测试数据，存储在所述目标场景标识对应的场景数据池中，对所述场景数据池中的目标测试数据进行监听处理。

2.如权利要求1所述的测试数据构造处理方法，其特征在于，所述获取数据构造指令，包括：执行目标场景标识对应的定时构造任务，获取数据构造指令，所述数据构造指令包括目标场景标识和自动触发类型；

所述获取所述目标场景标识对应的造数场景任务，包括：调用与所述目标场景标识相匹配的任务生成脚本，生成与所述目标场景标识相对应的造数场景任务；

所述根据所述场景配置参数对应的场景参数值，执行至少一个所述目标动作对应的造数动作脚本，获取目标测试数据，包括：根据所述场景配置参数对应的场景参数值，执行至少一个所述目标动作对应的造数动作脚本，获取与所述配置造数数量相匹配的目标测试数据；

所述根据所述指令触发类型，确定所述目标测试数据对应的数据属性，包括：根据所述自动触发类型，确定所述目标测试数据对应的数据属性为公有属性。

3.如权利要求1所述的测试数据构造处理方法，其特征在于，在所述获取数据构造指令之前，所述测试数据构造处理方法还包括：

获取脚本生成指令，所述脚本生成指令包括目标场景标识和目标动作；

获取所述目标场景标识对应的目标场景动作树，所述目标场景动作树为依据所述目标场景标识的业务逻辑，对所有标准动作进行排序形成的树状结构；

根据所述目标动作在所述目标场景动作树中的目标位置，确定所述目标动作是否存在依赖动作；

若所述目标动作存在依赖动作，则基于所述依赖动作对应的动作输出参数和所述目标动作对应的动作输入参数，确定所述目标动作对应的待配置参数；

若所述目标动作不存在依赖动作，则基于所述目标动作对应的动作输入参数，确定所述目标动作对应的待配置参数；

根据所述目标动作对应的数据构造规则和所述待配置参数，生成所述目标动作对应的造数动作脚本。

4.如权利要求1所述的测试数据构造处理方法，其特征在于，所述获取所述目标场景标识对应的造数场景任务，包括：

控制显示目标场景标识对应的任务配置界面，所述任务配置界面上显示与所述目标场景标识相对应的所有标准动作；

从所有所述标准动作中，确定至少一个目标动作，每一所述目标动作对应一待配置参数；

基于至少一个所述目标动作对应的待配置参数，确定场景配置参数，获取所述场景配置参数对应的场景参数值；

基于至少一个所述目标动作和所述场景配置参数对应的场景参数值，确定造数场景任务。

5.如权利要求1所述的测试数据构造处理方法，其特征在于，所述对所述场景数据池中的目标测试数据进行监听处理，包括：

监听所述场景数据池中，获取所述目标测试数据的当前状态；

若目标测试数据的当前状态由可用状态变更为占用状态，则维持或更新所述目标测试数据的数据属性。

6.如权利要求1所述的测试数据构造处理方法，其特征在于，所述对所述场景数据池中的目标测试数据进行监听处理，包括：

监听所述场景数据池中，获取所述目标测试数据的当前状态；

将所述当前状态为可用状态且所述数据属性为公有属性的目标测试数据，确定为有效测试数据；

统计所述场景数据池中所有所述有效测试数据的数量，确定当前供给数量；

获取当前供给周期对应的当前需求数量；

若所述当前供给数量小于所述当前需求数量，则根据所述当前需求数量与所述当前供给数量，确定目标新增数量；

执行所述造数场景任务，根据所述场景配置参数对应的场景参数值，执行至少一个所述目标动作对应的造数动作脚本，获取与所述目标新增数量相匹配的目标测试数据。

7.如权利要求1所述的测试数据构造处理方法，其特征在于，所述对所述场景数据池中的目标测试数据进行监听处理，包括：

监听所述场景数据池中，获取所述目标测试数据的当前状态；

将所述当前状态为占用状态的目标测试数据，确定为占用测试数据；

统计所述场景数据池中所有所述占用测试数据的数量，确定所述目标场景标识对应的场景占用数量；

根据所述目标场景标识对应的场景占用数量，确定所述目标场景标识对应的场景优先级；

根据所有所述目标场景标识对应的场景优先级，调整场景选择界面中的所述目标场景标识对应的场景接口位置。

8.一种测试数据构造处理装置，其特征在于，包括：

数据构造指令获取模块，用于获取数据构造指令，所述数据构造指令包括目标场景标识和指令触发类型；

造数场景任务获取模块，用于获取所述目标场景标识对应的造数场景任务，所述造数场景任务包括至少一个目标动作和场景配置参数对应的场景参数值；

目标测试数据获取模块，用于执行所述造数场景任务，根据所述场景配置参数对应的场景参数值，执行至少一个所述目标动作对应的造数动作脚本，获取目标测试数据；

数据属性确定模块，用于根据所述指令触发类型，确定所述目标测试数据对应的数据属性；

测试数据存储监听模块，用于将携带所述数据属性的目标测试数据，存储在所述目标场景标识对应的场景数据池中，对所述场景数据池中的目标测试数据进行监听处理。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述测试数据构造处理方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述测试数据构造处理方法。

Images