CN111475376A - 处理测试数据的方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种处理测试数据的方法、装置、计算机设备和存储介质。所述方法包括：获取配置文件，配置文件中包含测试场景的场景标识、测试场景的测试数据，和测试场景的各个接口的属性参数；查询各个接口的属性参数中测试场景的场景标识确定各个测试场景对应的目标接口；根据各个目标接口的测试数据，生成目标接口的测试指令，测试指令携带有时间信息；执行测试指令得到测试结果，记录测试指令和测试结果；按照测试指令的时间先后顺序依次连接各个目标接口，得到各个测试场景的测试链路数据，测试链路数据包括各个目标接口的属性参数和测试结果。生成测试链路数据携带自定义的场景标识和接口属性，通过自定义的方式适应多变的测试场景。

Description

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

技术领域

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

背景技术

现有的链路追踪测试技术，如阿里云链路追踪，为分布式应用的开发者提供了完整的调用链路还原、调用请求量统计、链路拓扑、应用依赖分析等工具，能够帮助开发者快速分析和诊断分布式应用架构下的性能瓶颈，现有的技术需要工程师把服务部署到云服务商(如阿里云)的服务器，并且熟悉服务商的微服务操作手册，无形中增加了学习成本，且现有的链路追踪技术需要对服务程序植入服务商特定的标识符，而服务商提高的标识符有限，采用有限的标识符无法有效定义多变的应用场景。

发明内容

为了解决上述技术问题，本申请提供了一种处理测试数据的方法、装置、计算机设备和存储介质。

本申请提供了一种处理测试数据的方法，包括：

获取配置文件，配置文件中包含至少一个测试场景的场景标识、测试场景的测试数据，和测试场景的各个接口的属性参数，属性参数包括测试场景的场景标识；

通过查询各个接口的属性参数中测试场景的场景标识，确定各个测试场景对应的目标接口；

根据测试数据中与各个目标接口对应的数据，生成用于测试各个目标接口的测试指令，测试指令携带有时间信息；

执行测试指令，得到测试结果，记录测试指令和测试结果；

按照测试指令的时间信息的先后顺序，依次连接各个目标接口，得到各个测试场景的测试链路数据，测试链路数据中包括各个目标接口的属性参数和测试结果。

本申请提供了一种处理测试数据的装置，包括：

文件获取模块，用于获取配置文件，配置文件中包含至少一个测试场景的场景标识、测试场景的测试数据，和测试场景的各个接口的属性参数，属性参数包括测试场景的场景标识；

接口查询模块，用于通过查询各个接口的属性参数中测试场景的场景标识，确定各个测试场景对应的目标接口；

指令生成模块，用于根据测试数据中与各个目标接口对应的数据，生成用于测试各个目标接口的测试指令，测试指令携带有时间信息；

指令执行模块，用于执行测试指令，得到测试结果，记录测试指令和测试结果；

数据生成模块，用于按照测试指令的时间信息的先后顺序，依次连接各个目标接口，得到各个测试场景的测试链路数据，测试链路数据中包括各个目标接口的属性参数和测试结果。

本申请提供了一种处理测试数据的方法，包括：

接收测试场景的场景标识，接收各个接口的属性参数，属性参数包括用于定义场景内容的参数和用于定义接口属性的接口参数中的至少一种，以及场景标识，接口参数包括类型参数和级别参数中的至少一种；

根据测试场景的场景标识和各个接口的属性参数生成配置文件。

本申请提供了一种处理测试数据的装置，包括：

数据接收模块，用于接收测试场景的场景标识，接收各个接口的属性参数，属性参数包括用于定义场景内容的参数和用于定义接口属性的接口参数中的至少一种，以及场景标识，接口参数包括类型参数和级别参数中的至少一种；

配置文件生成模块，用于根据测试场景的场景标识和各个接口的属性参数生成配置文件。

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

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

上述处理测试数据的方法、装置、计算机设备和存储介质，所述方法包括：获取配置文件，配置文件中包含至少一个测试场景的场景标识、测试场景的测试数据，和测试场景的各个接口的属性参数，属性参数包括测试场景的场景标识；通过查询各个接口的属性参数中测试场景的场景标识，确定各个测试场景对应的目标接口；根据测试数据中与各个目标接口对应的数据，生成用于测试各个目标接口的测试指令，测试指令携带有时间信息；执行测试指令，得到测试结果，记录测试指令和测试结果；按照测试指令的时间信息的先后顺序，依次连接各个目标接口，得到各个测试场景的测试链路数据，测试链路数据中包括各个目标接口的属性参数和测试结果。通过自定义的测试场景的场景标识和自定义接口的属性参数，根据自定义的接口数据中的场景标识查询各个测试场景对应的接口，对接口执行测试，得到对应的测试结果，根据执行测试时的测试顺序生成测试链路数据，采用自定义的方式定义测试场景和接口的属性参数，可以适用不同的业务需求。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

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

图1为一个实施例中处理测试数据的方法的应用环境图；

图2为一个实施例中处理测试数据的方法的流程示意图；

图3为一个实施例中配置文件的配置界面示意图；

图4为一个实施例中处理测试数据的方法的流程示意图；

图5为一个实施例中处理测试数据的方法的时序图；

图6为一个实施例中处理测试数据的装置200的结构框图；

图7为一个实施例中处理测试数据的装置300的结构框图；

图8为一个实施例中计算机设备的内部结构图。

具体实施方式

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

图1为一个实施例中处理测试数据的方法的应用环境图。参照图1，该处理测试数据的方法应用于测试链路数据生成系统。该测试链路数据生成系统包括终端110和服务器120。终端110和服务器120通过网络连接。服务器120接收终端110发送的配置文件，配置文件中包含至少一个测试场景的场景标识、测试场景的测试数据，和测试场景的各个接口的属性参数，属性参数包括测试场景的场景标识；通过查询各个接口的属性参数中测试场景的场景标识，确定各个测试场景对应的目标接口；根据测试数据中与各个目标接口对应的数据，生成用于测试各个目标接口的测试指令，测试指令携带有时间信息；执行测试指令，得到测试结果，记录测试指令和测试结果；按照测试指令的时间信息的先后顺序，依次连接各个目标接口，得到各个测试场景的测试链路数据，测试链路数据中包括各个目标接口的属性参数和测试结果。

终端110具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

如图2所示，在一个实施例中，提供了一种处理测试数据的方法。本实施例主要以该方法应用于上述图1中的终端110(或服务器120)来举例说明。参照图2，该处理测试数据的方法具体包括如下步骤：

步骤S201，获取配置文件。

在本具体实施例中，配置文件中包含至少一个测试场景的场景标识、测试场景的测试数据，和测试场景的各个接口的属性参数，属性参数包括测试场景的场景标识。

具体地，配置文件是预先配置好的文件，该文件中包括各个测试场景的场景标识、测试场景对应的测试数据和测试场景对应的各个接口的属性参数，其中场景标识用于唯一标识测试场景。不同的业务对应不同的测试场景，一个业务对应一个或多个测试场景。测试数据是用于测试接口的是否可以正常工作或功能是否齐全等的数据。一个测试场景对应一个或多个接口，不同的测试场景对应的接口可以为相同类型的接口，也可以为不同类型的接口。接口是计算机系统中两个独立的部件进行信息交换的共享边界。接口的属性参数包括用于描述接口本身的接口参数和用于描述测试场景的场景参数。其中接口参数可以自定义，其中接口参数包括但不限于用于描述接口类型的类型参数、用于描述接口等级的级别参数、用于描述接口测试内容的参数等等。接口对应的场景参数包括场景标识、场景内容等。其中场景内容可以采用多个参数描述。

在一个实施例中，测试场景对应的场景标识可以定义。接口对应的属性参数包括接口参数和场景参数，接口参数和场景参数可以自定义。在一个具体的实施例中，如场景参数包括场景标识、“name”和“alias”，其中，“name”属性和“alias”属性用于定义测试场景的内容，测试场景的内容可以用于链路跟踪。接口参数包括级别参数“priority”、类型参数“case_type”和接口测试参数“body”，其中类型参数和级别参数可以分别自定义对应的类别和等级，如“priority”包括“high”、“medium”和“low”等；“case_type”包括“functional”、“performance”等。接根据接口的场景标识和“priority”属性组合得出不同的测试场景，“body”相关的节点定义接口测试的参数。

在一个具体的实施例中，参照图3，图其中定义场景标识符为reportDrawTag_InputLogic_1，其场景标识符中的“1”为场景标志位，不同的标志位用于标识不同的测试场景。接口标识符通过定义的参量name对应的字符，和参量body对应的字符共同决定。如：name＝“reportDrawTag”，body用于定义测试的参数。其中用于定义场景的实现功能的参量为alias，如alias＝“入口来源类型srcType传入字符”，即表示该接口场景下实现的功能为“入口来源类型srcType传入字符”。用于定义接口的类型的参量为case_type，接口的类型的参量中包含的类型有性能、功能和安全性等等。接口的类型用于定义测试类型，即类型为性能时，测试接口的性能。如类型为功能时，定义类型的参量case_type＝“functional”，priority＝“medium”，同理场景标识符reportDrawTag_BusinessLogic_1和reportDrawTag_BusinessLogic_2中的“1”和“2”为场景标志位。

步骤S202，通过查询各个接口的属性参数中测试场景的场景标识，确定各个测试场景对应的目标接口。

步骤S203，根据测试数据中与各个目标接口对应的数据，生成用于测试各个目标接口的测试指令。

在本具体实施例中，测试指令携带有时间信息。

步骤S204，执行测试指令，得到测试结果，记录测试指令和测试结果。

步骤S205，按照测试指令的时间信息的先后顺序依次连接各个目标接口，得到各个测试场景的测试链路数据。

在本具体实施例中，测试链路数据中包括目标接口的属性参数和测试结果。

具体地，在定义接口对应的参数时定义了对应的测试场景的场景标识，判断各个接口的属性参数中的场景标识是否与测试场景的场景标识一致，将与测试场景的常见标识一致的接口作为测试场景对应的目标接口。根据测试数据和内部函数接口的编写逻辑生成对应的请求数据，根据请求数据生成对应的测试指令。测试指令携带的时间信息为生成测试指令的时间，测试指令的生成时间是与接口的执行顺序有关，接口的执行顺序为实现测试场景对应的功能时内部接口之间的代码逻辑执行顺序。即执行顺序相邻的两个接口，在执行完上一个接口的测试后，或生成上一个接口的测试指令后，生成下一个接口的测试指令。完成各个目标接口的测试，得到各个目标接口的测试结果。接口测试主要用于测试系统与外部其他系统之间的接口，以及系统内部各个子模块之间的接口，检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。根据测试指令的生成时间执行对目标接口进行串联，得到各个测试场景对应的测试链路数据，该测试链路数据中包括目标接口的属性参数和测试结果。测试链路数据可以用于链路追踪，即每次调用服务的接口时增加标识，按照标识大小排列，根据链路数据确定调用的服务以及调用的顺序，按照顺序串联起调用的服务。

在一个实施例中，当多个目标接口的为同时执行测试的接口时，则在生成测试链路时，生成多个测试链路数据的分支链路数据。

在一个实施例中，获取各个接口的测试数据对应的预设测试结果。其中预设测试结果是指各个测试接口在完成对应的测试后得到理论结果。对比预设测试结果和真实的测试结果，根据对比结果定位存在问题的接口。当预设测试结果与真实的测试结果存在差异时，根据差异判断接口的问题。

上述处理测试数据的方法，包括：获取配置文件，配置文件中包含至少一个测试场景的场景标识、测试场景的测试数据，和测试场景的各个接口的属性参数，属性参数包括测试场景的场景标识；通过查询各个接口的属性参数中测试场景的场景标识，确定各个测试场景对应的目标接口；根据测试数据中与各个目标接口对应的数据，生成用于测试各个目标接口的测试指令，测试指令携带有时间信息；执行测试指令，得到测试结果，记录测试指令和测试结果；按照测试指令的时间信息的先后顺序，依次连接各个目标接口，得到各个测试场景的测试链路数据，测试链路数据中包括各个目标接口的属性参数和测试结果。通过自定义的测试场景的场景标识和自定义接口的属性参数，根据自定义的接口数据中的场景标识查询各个测试场景对应的接口，对接口执行测试，得到对应的测试结果，根据执行测试时的测试顺序生成测试链路数据，采用的测试链路数据可以用来判断各个接口是否存在问题。

在一个实施例中，上述处理测试数据的方法，还包括：根据各个目标接口的配置文件中的级别参数，确定各个目标接口的所属级别，根据各个目标接口的所属级别确定各个目标接口的执行顺序。

在本具体实施例中，步骤S204，包括：按照各个目标接口的执行顺序执行各个目标接口的测试指令，得到各个目标接口的测试结果。

具体地，级别参数定义了接口的优先级别，优先级别越高的接口越先执行。故根据定义的各个接口的级别参数确定各个目标接口的执行顺序，按照确定的执行顺序执行对各个目标接口的测试，得到对应的测试结果。通过预先定的接口的级别参数直接确定各个接口的执行顺序，简单方便。

在一个实施例中，上述处理测试数据的方法，还包括：根据各个目标接口的类型参数确定各个目标接口的测试类型。

在本具体实施例中，步骤S203，包括：根据各个目标接口的测试类型和各个目标接口对应的数据，生成各个目标接口的测试指令。

具体地，类型参数是用于定义目标接口的测试类型。定义接口的类型参数是因为在测试过程中，同一接口需要进行不同维度的测试。不同维度的测试采用不同的类型参数表示。测试类型可以自定义，如按照常见的测试类型，可以分为性能测试、功能测试和安全性测试等等，也还可以对性能测试和功能测试等等测试类型进行分类，采用分类后得到的类型定义测试类型。生成用于测试各个目标接口的测试类型的测试指令，执行该测试指令，得到对应的测试结果，根据测试结果生成对应的测试链路数据。

在一个实施例中，步骤S205，还包括：加密测试链路数据，得到加密的链路数据，保存加密码的链路数据，发送加密的链路数据。

具体地，在生成了测试链路数据后，采用常见的加密算法对数据进行加密，对数据进行加密用于增强数据的安全性。其中加密算法包括但不限于中文信息摘要加密算法的各个版本、数字签名算法等的常规的数据加密方法，其中中文信息摘要加密算法包括MD2、MD3、MD4和MD5等。在发送加密的链路数据时采用常见的数据传输协议进行数据传输。如超文本传输协议、ftp协议等等。

在一个实施例中，采用超文本传输协议发送加密的链路数据；启动用于监控加密的链路数据的数据传输状态的监听函数，当数据传输状态为失败时，再次采用超文本传输协议发送加密的链路数据。

具体地，超文本传输协议即为超文本传输协议协议，用于从万维网服务器传输数据(HTML文件,图片文件,查询结果等)的传送协议。采用超文本传输协议发送加密的链路数据时，监听函数是用于监听数据的传输是否成功的函数，通过该函数对加密的链路数据的数据传输状态进行监控。其中数据传输出状态包括成功和失败，当数据传输状态为成功时，表示数据传输成功，反之，当数据传输状态为失败时，再次通过超文本传输协议发送加密的链路数据。

在一个实施例中，当数据传输状态为失败时，累计加密的链路数据的发送次数，当发送次数等于预设次数时，停止发送。

在一个实施例中，当数据传输状态为成功时，删除加密的链路数据和对应的配置文件。

具体地，当数据传输状态为成功时，加密的链路数据已经发送成功了，为了节省设备的内存资源，删除掉发送成功的加密的链路数据。

在一个实施例中，如图4所示，提供了一种处理测试数据的方法，包括：

步骤S301，接收测试场景的场景标识，接收各个接口的属性参数。

在本具体实施例中，属性参数包括用于定义场景内容的参数和用于定义接口属性的接口参数中的至少一种，以及场景标识，接口参数包括类型参数和级别参数中的至少一种。

步骤S302，根据测试场景的场景标识和各个接口的属性参数生成配置文件。

具体地，场景标识用于唯一标识测试场景。接口标识用于标识接口，类型参数用于定义接口的类型，级别参数用于定义接口的优先级别，其中接口的类型和优先级别的等级可根据业务需求自定义。根据测试场景的场景标识和各个接口的属性参数生成配置文件。其中配置文件为可扩展标记语言(XML)，是一种用于标记电子文件使其具有结构性的标记语言。

在一个具体的实施例中，提供了一个处理测试数据的时序图，参照图5，该时序图中包括配置文件生成终端510、服务器511和展示终端512，该处理测试数据的方法具体包括如下步骤：

101、通过配置文件生成终端510定义测试场景的场景标识和定义接口的属性数据，得到原始配置文件，并对原始配置文件进行加密，得到加密的配置文件。通过XML文件定义测试场景的场景标识。

102、发送加密的配置文件。使用超文本传输协议传输XML文件，同时启动一个监听函数，监听文件传输情况监听函数获取到receive消息，表示传输成功，结束配置文件的生成流程，如果获取到fail消息，表示传输失败，再次尝试传输，直到传输成功。

103、解密配置文件。服务器511接收到加密的配置文件后，对加密的配置文件进行解密，得到解密后的配置文件。服务器511接收XML文件并保存到本地，对XML文件进行MD5解密。

104、读取并执行配置文件中的测试场景。根据配置文件中的接口的场景标识查询各个测试场景对应的目标接口，执行各个目标接口的测试，得到对应的测试结果。读取XML文件里面的测试场景，构造接口的请求数据，通过超文本传输协议请求测试接口，记录请求的动作和请求结果，其中请求动作可以是单步请求也可以是多步请求。从请求动作中提取出场景标识对应的接口。

105、根据各个目标接口的场景标识对接口进行汇总。以及根据各个目标接口的测试顺序对进目标接口进行连接，生成测试链路数据。请求动作都会标注时间，再根据时间的先后顺序，根据不同接口的请求动作汇总请求链路。

106、加密测试链路数据。

107、发送加密的测试链路数据。使用超文本传输协议发送链路文件，同时新启动一个函数，监听文件传输情况。监听函数获取到receive消息，表示传输成功，如果获取到fail消息，表示传输失败，再次尝试传输，直到传输成功。

108、解密并展示测试链路数据。展示终端512对加密的测试链路数据进行解密，展示测试链路数据。其中在展示链路数据时可以根据预先定义的查询条件进行链路数据的筛选，仅展示筛选后的链路数据。接收到链路文件，并保存。MD5解密链路文件，得到接口测试场景和链路追踪汇总情况，汇总情况包括每个接口的关键字，接口请求时间，接口的请求地址，请求的参数，请求的返回结果。基于链路追踪汇总情况，根据不同的关键字对应的接口分行展示接口测试场景，每个接口场景中，按照时间的先后顺序展示接口链路追踪情况，包括接口请求结果，接口地址，接口输入参数，接口返回结果。根据链路文件判断测试是否完成。

109、返回链路数据成功接收的状态数据。展示终端512返回数据传输状态给服务器511。通知服务器511功接收链路文件。

110、删除配置文件和对应的链路文件。服务器511删除成功发送的链路数据和对应的配置文件。

上述处理测试数据的方法，可以有效支撑软件测试工程师进行接口场景测试，根据场景链路情况进行链路追踪，可以更高效的完成测试需求，更准确的定位接口场景测试中暴露的问题，提高软件测试工作的效率。

图2或图3为一个实施例中处理测试数据的方法的流程示意图。应该理解的是，虽然图2或图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2或图3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图6所示，提供了一种处理测试数据的装置200，包括：

文件获取模块201，用于获取配置文件，配置文件中包含至少一个测试场景的场景标识、测试场景的测试数据，和测试场景的各个接口的属性参数，属性参数包括场景标识；

接口查询模块202，用于将各个接口的属性参数中场景标识与各个测试场景的场景标识一致的接口，作为各个测试场景对应的目标接口；

指令生成模块203，用于根据测试数据中与各个目标接口对应的数据，生成用于测试各个目标接口的测试指令，测试指令携带有时间信息；

指令执行模块204，用于执行测试指令，得到测试结果，记录测试指令和测试结果；

数据生成模块205，用于按照测试指令的时间信息的先后顺序，依次连接各个目标接口，得到各个测试场景的测试链路数据，测试链路数据中包括各个目标接口的属性参数和测试结果。

在一个实施例中，处理测试数据的装置200，还包括：

执行顺序确定模块，用于根据各个目标接口的配置文件中的级别参数，确定各个目标接口的所属级别；根据各个目标接口的所属级别确定各个目标接口的执行顺序。

指令执行模块204具体用于按照各个目标接口的执行顺序执行各个目标接口的测试指令，得到各个目标接口的测试结果。

在一个实施例中，处理测试数据的装置200，还包括：

测试类型确定模块，用于根据各个目标接口的类型参数确定各个目标接口的测试类型。

指令生成模块203，根据各个目标接口的测试类型和各个目标接口对应的数据，生成各个目标接口的测试指令。

在一个实施例中，处理测试数据的装置200，还包括：

数据加密模块，用于加密测试链路数据，得到加密的链路数据，保存加密码的链路数据。

数据发送模块，用于发送加密的链路数据。

在一个实施例中，上述处理测试数据的装置200，还包括：

数据发送模块具体用于采用超文本传输协议发送加密的链路数据；

监听模块，用于启动用于监控加密的链路数据的数据传输状态的监听函数；

数据发送模块还用于当数据传输状态为失败时，再次采用超文本传输协议发送加密的链路数据。

在一个实施例中，提供了一种处理测试数据的装置200，还包括：

数据清理模块，用于当数据传输状态为成功时，删除加密的链路数据和对应的配置文件。

在一个实施例中，如图7所示，提供了一种处理测试数据的装置300，包括：

数据接收模块301，用于接收测试场景的场景标识，接收各个接口的属性参数，属性参数包括用于定义场景内容的参数和用于定义接口属性的接口参数中的至少一种，以及场景标识，接口参数包括类型参数和级别参数中的至少一种；

配置文件生成模块302，用于根据测试场景的场景标识和各个接口的属性参数生成配置文件。

图8示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的终端110(或服务器120)。如图8所示，该计算机设备通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现处理测试数据的方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行处理测试数据的方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的处理测试数据的装置200和处理测试数据的装置300可以实现为一种计算机程序的形式，计算机程序可在如图8所示的计算机设备上运行。计算机设备的存储器中可存储组成该处理测试数据的装置的各个程序模块，比如，图6所示的文件获取模块201、接口查询模块202、指令生成模块203、指令执行模块204和数据生成模块205或图7所示的数据接收模块301和配置文件生成模块302。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的处理测试数据的方法中的步骤。

例如，图8所示的计算机设备可以通过如图7所示的处理测试数据的装置中的文件获取模块201执行获取配置文件，配置文件中包含至少一个测试场景的场景标识、测试场景的测试数据，和测试场景的各个接口的属性参数，属性参数包括测试场景的场景标识。计算机设备可通过接口查询模块202执行通过查询各个接口的属性参数中测试场景的场景标识，确定各个测试场景对应的目标接口。计算机设备可通过指令生成模块203执行根据测试数据中与各个目标接口对应的数据，生成用于测试各个目标接口的测试指令，测试指令携带有时间信息。计算机设备可通过指令执行模块204执行执行测试指令，得到测试结果，记录测试指令和测试结果。计算机设备可通过数据生成模块205执行按照测试指令的时间信息的先后顺序，依次连接各个目标接口，得到各个测试场景的测试链路数据，测试链路数据中包括各个目标接口的属性参数和测试结果。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：获取配置文件，配置文件中包含至少一个测试场景的场景标识、测试场景的测试数据，和测试场景的各个接口的属性参数，属性参数包括测试场景的场景标识；通过查询各个接口的属性参数中测试场景的场景标识，确定各个测试场景对应的目标接口；3执行根据测试数据中与各个目标接口对应的数据，生成用于测试各个目标接口的测试指令，测试指令携带有时间信息；执行执行测试指令，得到测试结果，记录测试指令和测试结果；执行按照测试指令的时间信息的先后顺序，依次连接各个目标接口，得到各个测试场景的测试链路数据，测试链路数据中包括各个目标接口的属性参数和测试结果。

在一个实施例中，属性参数还包括级别参数，处理器执行计算机程序时实现以下步骤：根据各个目标接口的配置文件中的级别参数，确定各个目标接口的所属级别；根据各个目标接口的所属级别确定各个目标接口的执行顺序；执行测试指令，得到测试结果，包括：按照各个目标接口的执行顺序执行各个目标接口的测试指令，得到各个目标接口的测试结果。

在一个实施例中，属性参数还包括类型参数，处理器执行计算机程序时实现以下步骤：根据各个目标接口的类型参数确定各个目标接口的测试类型；根据测试数据中与各个目标接口对应的数据，生成用于测试各个目标接口的测试指令，包括：根据各个目标接口的测试类型和各个目标接口对应的数据，生成各个目标接口的测试指令。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：加密测试链路数据，得到加密的链路数据，保存加密码的链路数据；发送加密的链路数据。

在一个实施例中，采用超文本传输协议发送加密的链路数据；处理器执行计算机程序时还实现以下步骤：启动用于监控加密的链路数据的数据传输状态的监听函数；当数据传输状态为失败时，再次采用超文本传输协议发送加密的链路数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当数据传输状态为成功时，删除加密的链路数据和对应的配置文件。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取配置文件，配置文件中包含至少一个测试场景的场景标识、测试场景的测试数据，和测试场景的各个接口的属性参数，属性参数包括测试场景的场景标识；通过查询各个接口的属性参数中测试场景的场景标识，确定各个测试场景对应的目标接口；根据测试数据中与各个目标接口对应的数据，生成用于测试各个目标接口的测试指令，测试指令携带有时间信息；执行测试指令，得到测试结果，记录测试指令和测试结果；执行按照测试指令的时间信息的先后顺序，依次连接各个目标接口，得到各个测试场景的测试链路数据，测试链路数据中包括各个目标接口的属性参数和测试结果。

在一个实施例中，属性参数还包括级别参数，计算机程序被处理器执行时还实现以下步骤：根据各个目标接口的配置文件中的级别参数，确定各个目标接口的所属级别；根据各个目标接口的所属级别确定各个目标接口的执行顺序；执行测试指令，得到测试结果，包括：按照各个目标接口的执行顺序执行各个目标接口的测试指令，得到各个目标接口的测试结果。

在一个实施例中，属性参数还包括类型参数，计算机程序被处理器执行时还实现以下步骤：根据各个目标接口的类型参数确定各个目标接口的测试类型；根据测试数据中与各个目标接口对应的数据，生成用于测试各个目标接口的测试指令，包括：根据各个目标接口的测试类型和各个目标接口对应的数据，生成各个目标接口的测试指令。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：加密测试链路数据，得到加密的链路数据，保存加密码的链路数据；发送加密的链路数据。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：采用超文本传输协议发送加密的链路数据；启动用于监控加密的链路数据的数据传输状态的监听函数；当数据传输状态为失败时，再次采用超文本传输协议发送加密的链路数据。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当数据传输状态为成功时，删除加密的链路数据和对应的配置文件。

例如，图8所示的计算机设备可以通过如图7所示的处理测试数据的装置中的数据接收模块301执行接收测试场景的场景标识，接收各个接口的属性参数，属性参数包括用于定义场景内容的参数和用于定义接口属性的接口参数中的至少一种，以及场景标识，接口参数包括类型参数和级别参数中的至少一种。配置文件生成模块302执行根据测试场景的场景标识和各个接口的属性参数生成配置文件。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：接收测试场景的场景标识；接收各个接口的属性参数，属性参数包括用于定义场景内容的参数和用于定义接口属性的接口参数中的至少一种，以及场景标识，接口参数包括类型参数和级别参数中的至少一种；根据测试场景的场景标识和各个接口的属性参数生成配置文件。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收测试场景的场景标识；接收各个接口的属性参数，属性参数包括用于定义场景内容的参数和用于定义接口属性的接口参数中的至少一种，以及场景标识，接口参数包括类型参数和级别参数中的至少一种；根据测试场景的场景标识和各个接口的属性参数生成配置文件。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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 (12)

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

获取配置文件，所述配置文件中包含至少一个测试场景的场景标识、所述测试场景的测试数据，和所述测试场景的各个接口的属性参数，所述属性参数包括场景标识；

将各个所述接口的属性参数中场景标识与各个所述测试场景的场景标识一致的接口，作为各个所述测试场景对应的目标接口；

根据所述测试数据中与各个所述目标接口对应的数据，生成用于测试各个所述目标接口的测试指令，所述测试指令携带有时间信息；

执行所述测试指令，得到测试结果，记录所述测试指令和测试结果；

按照所述测试指令的时间信息的先后顺序，依次连接各个所述目标接口，得到各个所述测试场景的测试链路数据，所述测试链路数据中包括各个所述目标接口的属性参数和测试结果。

2.根据权利要求1所述的方法，其特征在于，所述属性参数还包括级别参数，所述方法还包括；

根据各个所述目标接口的配置文件中的级别参数，确定各个所述目标接口的所属级别；

根据各个所述目标接口的所属级别确定各个所述目标接口的执行顺序；

所述执行所述测试指令，得到测试结果，包括：按照各个所述目标接口的执行顺序执行各个所述目标接口的测试指令，得到各个所述目标接口的测试结果。

3.根据权利要求1所述的方法，其特征在于，所述属性参数还包括类型参数，所述方法还包括：

根据各个所述目标接口的类型参数确定各个所述目标接口的测试类型；

所述根据所述测试数据中与各个所述目标接口对应的数据，生成用于测试各个所述目标接口的测试指令，包括：根据各个所述目标接口的测试类型和各个所述目标接口对应的数据，生成各个所述目标接口的测试指令。

4.根据权利要求1所述的方法，其特征在于，所述属性参数还包括场景参数，所述场景参数用于定义各个所述接口的场景内容。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

加密所述测试链路数据，得到加密的链路数据，保存所述加密码的链路数据；

发送所述加密的链路数据。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

所述发送所述加密的链路数据，包括：采用超文本传输协议发送所述加密的链路数据；

启动用于监控所述加密的链路数据的数据传输状态的监听函数；

当所述数据传输状态为失败时，再次采用所述超文本传输协议发送所述加密的链路数据。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

当所述数据传输状态为成功时，删除加密的链路数据和对应的所述配置文件。

8.一种处理测试数据的方法，其特征在于，所述方法包括：

接收测试场景的场景标识；

接收各个接口的属性参数，所述属性参数包括用于定义场景内容的参数和用于定义接口属性的接口参数中的至少一种，以及场景标识，所述接口参数包括类型参数和级别参数中的至少一种；

根据所述测试场景的场景标识和所述各个接口的属性参数生成配置文件。

9.一种处理测试数据的装置，其特征在于，所述装置包括：

文件获取模块，用于获取配置文件，所述配置文件中包含至少一个测试场景的场景标识、所述测试场景的测试数据，和所述测试场景的各个接口的属性参数，所述属性参数包括所述测试场景的场景标识；

接口查询模块，用于通过查询各个所述接口的属性参数中所述测试场景的场景标识，确定各个所述测试场景对应的目标接口；

指令生成模块，用于根据所述测试数据中与各个所述目标接口对应的数据，生成用于测试各个所述目标接口的测试指令，所述测试指令携带有时间信息；

指令执行模块，用于执行所述测试指令，得到测试结果，记录所述测试指令和测试结果；

数据生成模块，用于按照所述测试指令的时间信息的先后顺序，依次连接各个所述目标接口，得到各个所述测试场景的测试链路数据，所述测试链路数据中包括各个所述目标接口的属性参数和测试结果。

10.一种处理测试数据的装置，其特征在于，所述装置包括：

数据接收模块，用于接收测试场景的场景标识，接收各个接口的属性参数，所述属性参数包括用于定义场景内容的参数和用于定义接口属性的接口参数中的至少一种，以及场景标识，所述接口参数包括类型参数和级别参数中的至少一种；

配置文件生成模块，用于根据所述测试场景的场景标识和所述各个接口的属性参数生成配置文件。

11.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述方法的步骤。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。

Images