CN112100052B - 一种接口测试场景的回放方法及装置 - Google Patents

Abstract

本发明实施例提供了一种接口测试场景的回放方法及装置。该方法包括：在接收到回放请求时，确定预先录制流量数据生成的测试场景中的目标测试场景；其中，目标测试场景包括测试数据以及二进制日志中对应测试数据的操作记录；根据目标测试场景中的操作记录，对测试系统的数据库进行数据还原；根据目标测试场景中的测试数据，在数据还原之后的测试系统中进行回放测试。本发明无需对测试环境中的数据库进行备份，仅需使用对应的操作记录对其进行数据还原即可；并且可以保证重复测试时，不会因为测试环境变化导致测试过程发生错误。

Description

一种接口测试场景的回放方法及装置

技术领域

本发明涉及系统测试领域，尤其涉及一种接口测试场景的回放方法及装置。

背景技术

系统上线后通常会需要迭代升级甚至重构，如何确保系统原有业务的正确性非常重要。目前通常是通过专业的自动化测试，对新系统进行测试，根据测试结果对新系统进行调整，以使其可以正常运行原有业务。

目前针对新系统进行测试的常规方法之一是，采用人工编写的方式编写测试场景，然后利用预先编写的测试脚本自动执行测试场景。当然也可以采用现有的智能测试平台进行自动生成测试场景并根据测试场景进行测试。

然而，上述采用测试平台对新系统进行测试过程中，需要在生成测试场景过程中对数据库进行备份。从而在使用生成的测试场景进行测试时，将测试环境中的数据库替换为备份的数据库，进而保证测试结果的准确性。也就是说在进行测试之前需要备份数据库，由于数据库中的数据量较大，从而使得备份过程费时费力。

发明内容

鉴于上述问题，本发明实施例提供一种接口测试场景的回放方法及装置，以解决现有技术中使用流量数据重复测试时，由于测试环境变化导致测试过程发生错误的问题。

在本发明实施的第一方面，提供了一种接口测试场景的回放方法，所述方法包括：

在接收到回放请求时，确定预先录制流量数据生成的测试场景中的目标测试场景；其中，所述目标测试场景包括测试数据以及二进制日志中对应所述测试数据的操作记录；

根据所述目标测试场景中的操作记录，对测试系统的数据库进行数据还原；

根据所述目标测试场景中的测试数据，在数据还原之后的所述测试系统中进行回放测试。

可选的，在接收到回放请求时，确定预先录制流量数据生成的测试场景中的目标测试场景的步骤之前，所述方法还包括：

获取目标系统在目标时长内的流量数据；其中，所述流量数据包括：在所述目标时长内所述目标系统的被访问的接口的请求数据以及响应数据；

筛选得到所述流量数据中对应预设测试参数的多组测试数据；其中，每组测试数据对应一所述被访问的接口；

在所述目标系统的二进制日志中，获取多组所述测试数据各自对应的操作记录；

选择所述多组测试数据中相关联的测试数据以及对应的操作记录，生成测试场景。

可选的，所述预设测试参数至少包括：请求类型、统一资源定位符、响应、业务标识以及用户身份标识。

可选的，所述在所述目标系统的二进制日志中，获取多组所述测试数据各自对应的操作记录的步骤，包括：

获取多组所述测试数据各自的目标测试数据；其中所述目标测试数据为对应所述业务标识以及用户身份标识的测试数据；

读取所述目标系统的二进制日志，针对于每组测试数据，将携带有所述每组测试数据的目标测试数据的操作记录作为所述每组测试数据对应的操作记录；其中，所述操作记录中的操作时间与获取所述流量数据的时间之间的时长，小于预设时长。

可选的，所述选择所述多组测试数据中相关联的测试数据以及对应的操作记录，生成测试场景，包括：

根据预设维度策略，选择所述多组测试数据中具有相同目标维度的测试数据以及各自对应的操作记录，生成测试场景；其中，所述目标维度包括：业务标识或者用户身份标识。

可选的，所述根据预设维度策略，选择所述多组测试数据中具有相同目标维度的测试数据以及各自对应的操作记录，生成测试场景，包括：

在预设测试场景表中创建测试场景名称以及测试场景身份标识；

创建记录有所述测试场景身份标识的测试场景明细表，将每组测试数据以及对应的操作记录写入一所述测试场景明细表中；其中具有相同测试场景身份标识的测试场景明细表中的测试数据具有相同的目标维度；

将预先配置的对应每组所述测试数据的清洗策略，写入记录有所述清洗策略对应的测试数据的所述测试场景明细表；其中，所述清洗策略用于更新所述请求数据中的日期。

可选的，所述根据所述目标测试场景中的测试数据，在数据还原之后的所述测试系统中进行回放测试，包括：

通过目标测试场景明细表中的清洗策略，对所述目标测试场景明细表中的请求数据进行清洗；其中，所述目标测试场景明细表为所述目标测试场景对应的测试场景明细表；

在所述目标测试场景明细表中的请求数据的请求类型为POST类型时，将清洗之后的请求数据发送至数据还原之后的所述测试系统；

将所述测试系统返回的响应数据与所述目标测试场景明细表中的响应数据进行比对，得到测试结果，或者将目标操作记录与所述目标测试场景明细表中的操作记录进行比对，得到测试结果；其中，所述目标操作记录为所述测试系统的二进制日志中根据所述请求数据生成的操作记录。

可选的，所述响应数据包括：响应码以及对应所述响应码的响应内容；所述将所述测试系统返回的响应数据与所述目标测试场景明细表中的响应数据进行比对的步骤，包括：

按照预先设置的比对策略，比对所述测试系统返回的响应数据中的响应码与所述目标测试场景明细表中的响应数据中的响应码；

或者比对所述测试系统返回的响应数据中的响应内容与所述目标测试场景明细表中的响应数据中的响应内容。

可选的，所述根据所述目标测试场景中的操作记录，对测试系统的数据库进行数据还原的步骤，包括：

获取所述操作记录中预设字段对应的目标字段值；

将所述测试系统的数据库中对应预设字段的数据，更新为所述目标字段值。

在本发明实施的第二方面，还提供了一种接口测试场景的回放装置，所述装置包括：

确定模块，用于在接收到回放请求时，确定预先录制流量数据生成的测试场景中的目标测试场景；其中，所述目标测试场景包括测试数据以及二进制日志中对应所述测试数据的操作记录；

还原模块，用于根据所述目标测试场景中的操作记录，对测试系统的数据库进行数据还原；

测试模块，用于根据所述目标测试场景中的测试数据，在数据还原之后的所述测试系统中进行回放测试。

在本发明实施的第三方面，还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述接口测试场景的回放方法的步骤。

在本发明实施的第四方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的接口测试场景的回放方法。

在本发明实施的第五方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面所述的接口测试场景的回放方法。

针对在先技术，本发明具备如下优点：

本发明提供的接口测试场景的回放方法，可以在接收到回放请求时，确定预先录制流量数据生成的测试场景中的目标测试场景；其中，目标测试场景包括测试数据以及二进制日志中对应测试数据的操作记录。通过录制流量数据生成测试场景，该流量数据为目标系统运行过程中的真实数据，从而达到了根据真实数据生成测试场景的目的。根据目标测试场景中的操作记录，对测试系统的数据库进行数据还原。通过对测试系统进行数据还原，可以将与测试相关的测试环境还原至测试之前的测试环境。根据目标测试场景中的测试数据，在数据还原之后的测试系统中进行回放测试。本发明无需对测试环境中的数据库进行备份，仅需使用对应的操作记录对其进行数据还原即可；并且可以保证重复测试时，不会因为测试环境变化导致测试过程发生错误。

附图说明

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

图1为本发明实施例提供的接口测试场景的回放方法的步骤流程图之一；

图2为本发明实施例提供的接口测试场景的回放方法的步骤流程图之二；

图3为本发明实施例提供的接口测试场景的回放方法的步骤流程图之三；

图4为本发明实施例提供的接口测试场景的回放方法的步骤流程图之四；

图5为本发明实施例提供的接口测试场景的回放方法的系统架构图；

图6为本发明实施例提供的接口测试场景的回放方法的工作流程图；

图7为本发明实施例提供的接口测试场景的回放装置的结构框图；

图8为本发明实施例提供的电子设备的结构框图。

具体实施方式

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

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

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

参见图1，本发明实施例提供了一种接口测试场景的回放方法，该方法包括：

步骤101，在接收到回放请求时，确定预先录制流量数据生成的测试场景中的目标测试场景。

应当说明的是，可以由用户触发回放请求；其中，回放请求中携带有回放对象的标识。从而可以在预先生成的测试场景中确定对应该标识的测试场景，即目标测试场景的标识。较佳的，目标测试场景为生成的测试场景中的至少一个。目标测试场景包括测试数据以及二进制日志(binlog)中对应测试数据的操作记录。

步骤102，根据目标测试场景中的操作记录，对测试系统的数据库进行数据还原。

应当说明的是，测试系统用于对测试场景进行测试，区别于目标系统。目标系统为线上正常运行的业务系统，目标系统是真实生产环境中的系统。对测试系统进行操作并不会影响目标系统的正常运行。通过数据还原，保证了测试场景的可重复执行。较佳的，根据目标测试场景中的操作记录，对测试系统的数据库进行数据还原的步骤，包括：获取操作记录中预设字段对应的目标字段值；将测试系统的数据库中对应预设字段的数据，更新为目标字段值。

步骤103，根据目标测试场景中的测试数据，在数据还原之后的测试系统中进行回放测试。

应当说明的是，回放测试即使用测试数据进行自动化测试。在数据还原之后的测试系统中进行回放测试，可以避免因为测试环境改变导致的错误。例如使用测试数据进行测试之后，会将测试系统的数据库中的目标数据由数据A改成数据B。那么在测试系统进行测试之前，需要先对数据库进行数据还原，保证目标数据为数据A。若在测试之前目标数据已经是数据B了，势必将发生错误。

本发明实施例中，在接收到回放请求时，确定预先录制流量数据生成的测试场景中的目标测试场景；其中，目标测试场景包括测试数据以及二进制日志中对应测试数据的操作记录。通过录制流量数据生成测试场景，该流量数据为目标系统运行过程中的真实数据，从而达到了根据真实数据生成测试场景的目的。根据目标测试场景中的操作记录，对测试系统的数据库进行数据还原。通过对测试系统进行数据还原，可以将与测试相关的测试环境还原至测试之前的测试环境。根据目标测试场景中的测试数据，在数据还原之后的测试系统中进行回放测试。本发明无需对测试环境中的数据库进行备份，仅需使用对应的操作记录对其进行数据还原即可；并且可以保证重复测试时，不会因为测试环境变化导致测试过程发生错误。

可选的，参见图2，在接收到回放请求时，确定预先录制流量数据生成的测试场景中的目标测试场景的步骤之前，该方法还包括：

步骤201，获取目标系统在目标时长内的流量数据。

应当说明的是，流量数据包括：在目标时长内目标系统的被访问的接口的请求数据以及响应数据。例如用户通过网络请求访问目标系统时，该网络请求即为请求数据；目标系统响应该网络请求的数据即为响应数据。其中网络请求可以是超文本传输协议(HyperText Transfer Protocol，简称HTTP)请求或者超文本传输安全协议(Hyper TextTransfer Protocol over SecureSocket Layer，简称HTTPS)请求。

该目标时长可以为一固定时长，当然也可以是用户输入的任意时长。例如可以设置一开始按钮，当用户输入目标时长之后，点击该开始按钮。以用户点击该开始按钮的时间为目标时长的起始时间，持续获取目标时长的流量数据。较佳的，还可以设置一停止按钮，用于在获取目标时长内的流量数据过程中，若采集的时长还未达到目标时长，用户点击停止按钮时，将触发停止采集操作，即停止获取流量数据。

较佳的，可以通过流量录制的形式获取流量数据。例如可以通过Goreplay录制网络请求以及网络响应中的详细信息。

步骤202，筛选得到流量数据中对应预设测试参数的多组测试数据。

应当说明的是，流量数据中包含生产环境中的大量数据，在测试环节并非都是必须的。因此可以通过预设测试参数，筛选出流量数据中与测试环节相关的数据即可。这里，用户可以根据测试场景的需求，预先定义测试参数。并且用户还可以随时更改测试参数，以得到不同的测试数据。值得注意的是，每组测试数据对应一被访问的接口。

步骤203，在目标系统的二进制日志中，获取多组测试数据各自对应的操作记录。

应当说明的是，通过接口访问目标系统时，可能会对目标系统的数据库造成影响。例如访问过程中对数据库进行了一些操作，从而改变了数据库原有的数据。而二进制日志用于记录这些操作，从而可以根据这些操作记录确定接口访问前后数据库存在哪些改变。

步骤204，选择多组测试数据中相关联的测试数据以及对应的操作记录，生成测试场景。

应当说明的是，每一测试场景可以对应一个或者多个接口。即可以根据访问目标系统的某一个接口时得到的测试数据和操作记录，生成一个测试场景。或者根据访问目标系统的多个接口时得到的测试数据和操作记录，生成一个测试场景。

较佳的，可以预先设定关联关系，选择符合该关联关系的部分或全部测试数据以及对应的操作记录，生成测试场景。其中，测试场景中测试数据与操作记录对应存储。

本发明实施例中，可以获取目标系统在目标时长内的流量数据；其中，流量数据包括：在目标时长内目标系统的被访问的接口的请求数据以及响应数据。通过获取流量数据，可以达到采集目标系统运行过程中的真实数据的目的。筛选得到流量数据中对应预设测试参数的多组测试数据；其中，每组测试数据对应一被访问的接口。由于流量数据中包含大量与测试无关的数据，仅需要通过筛选得到与测试相关的测试数据即可。并且通过预设测试参数，确定流量数据中哪些属于测试数据。在目标系统的二进制日志中，获取多组测试数据各自对应的操作记录。通常目标系统的接口被访问时，其数据库中的数据将会发生变化。而记录有数据库发生改变的操作记录，将被写入二进制日志中保存，以方便查看数据库改变前后的数据。选择多组测试数据中相关联的测试数据以及对应的操作记录，生成测试场景。测试场景中的测试数据用于进行场景测试，操作记录用于在场景测试前进行数据还原。这样，保证了自动生成的测试场景可以进行重复测试，避免了重复测试过程中由于测试环境变化导致测试过程发生错误的问题。

可选的，在目标系统中进行的业务，借由业务标识和用户身份标识来跟踪和标识的情况下，预设测试参数至少包括：请求类型、统一资源定位符、响应、业务标识以及用户身份标识。

应当说明的是，在目标系统中进行真实的业务操作，可以得到对应的流量数据。在使用流量数据中的部分数据进行回放测试时，需要使用其中的请求数据，即统一资源定位符(URL)以及请求类型；其中统一资源定位符用来请求数据，请求类型用来区分不同类型的请求数据，从而可以针对不同类型的请求数据执行不同的测试流程。还需要使用根据请求数据返回的响应，用来进行验证。当然还需要使用业务标识和用户身份标识，用来跟踪和标识目标系统涉及的业务。这里，可以根据目标系统涉及的业务，确定具体的业务标识。例如目标系统为基于广告业务的业务平台，其中涉及大量广告主的广告；此时业务标识可以采用广告主身份标识，从而通过广告主身份标识区分不同的广告主。在进行广告业务的过程中，可以在请求数据中携带广告主身份标识，用于确定请求数据对应的广告主。当然还可以在二进制日志中记录操作记录时，以广告主身份标识加用户身份标识的方式共同作为不同操作记录的标记。

可选的，在目标系统的二进制日志中，获取多组测试数据各自对应的操作记录的步骤，包括：

获取多组测试数据各自的目标测试数据；其中目标测试数据为对应业务标识以及用户身份标识的测试数据；

读取目标系统的二进制日志，针对于每组测试数据，将携带有每组测试数据的目标测试数据的操作记录作为每组测试数据对应的操作记录；其中，操作记录中的操作时间与获取流量数据的时间之间的时长，小于预设时长。

应当说明的是，二进制日志采用业务标识和用户身份标识的方式，标记不同的操作记录。这里，可以根据目标系统涉及的业务，确定具体的业务标识。较佳的，业务标识为广告主身份标识；在接口访问过程中，流量数据中携带有该接口访问指示的广告主的广告主身份标识和用户的用户身份标识。该目标测试数据，即为流量数据中分别指示广告主和用户的广告主身份标识和用户身份标识。通过接口访问目标系统时，可能会对目标系统的数据库造成影响。例如该访问会是对数据库进行了一些操作，从而改变数据库原有的数据。而二进制日志用于记录这些操作，从而可以根据这些操作记录确定接口访问前后数据库存在哪些改变。

可选的，选择多组测试数据中相关联的测试数据以及对应的操作记录，生成测试场景，包括：

根据预设维度策略，选择多组测试数据中具有相同目标维度的测试数据以及各自对应的操作记录，生成测试场景；其中，目标维度包括：业务标识或者用户身份标识。

应当说明的是，不同维度策略下，具有不同的目标维度。从而在维度策略确定之后，生成的测试场景中的测试数据具有相同的业务标识或者用户身份标识。这里，可以根据目标系统涉及的业务，确定具体的业务标识。较佳的，业务标识为广告主身份标识；

可选的，参见图3，根据预设维度策略，选择多组测试数据中具有相同目标维度的测试数据以及各自对应的操作记录，生成测试场景，包括：

步骤301，在预设测试场景表中创建测试场景名称以及测试场景身份标识。

应当说明的是，为方便利用测试场景进行测试，可以预先设定测试场景表。通过测试场景表存储测试场景。例如针对每一测试场景，创建场景名称和测试场景身份标识，保存于测试场景表中。

步骤302，创建记录有测试场景身份标识的测试场景明细表，将每组测试数据以及对应的操作记录写入一测试场景明细表中。

应当说明的是，具有相同测试场景身份标识的测试场景明细表中的测试数据具有相同的目标维度。可以将测试场景对应的测试数据存储于其他数据表中，保证根据测试场景表中的测试场景身份标识，可以找到存储测试数据的数据表即可。较佳的，可以将操作记录作为测试过程中的期望数据。

步骤303，将预先配置的对应每组测试数据的清洗策略，写入记录有清洗策略对应的测试数据的测试场景明细表。

应当说明的是，为保证测试数据在生产环境和测试环境的一致性，即在目标系统和测试系统中的一致性，需要对测试数据中的请求参数进行过滤。即用户根据请求参数预先配置清洗策略，在生成测试场景时，将请求参数对应的清洗策略，存储于测试场景明细表中。其中，清洗策略用于更新请求数据中的日期，但不限于此。

如图4所示，可选的，根据目标测试场景中的测试数据，在数据还原之后的测试系统中进行回放测试，包括：

步骤401，通过目标测试场景明细表中的清洗策略，对目标测试场景明细表中的请求数据进行清洗。

应当说明的是，目标测试场景明细表为目标测试场景对应的测试场景明细表。为保证测试数据在生产环境和测试环境的一致性，即在目标系统和测试系统中的一致性，需要对测试数据中的请求参数进行清洗，例如更新请求数据中的日期，但不限于此。

步骤402，在目标测试场景明细表中的请求数据的请求类型为POST类型时，将清洗之后的请求数据发送至数据还原之后的测试系统。

应当说明的是，相较于GET类型的请求数据，POST类型的请求数据通常会对数据库产生一定影响。因此需要在将请求数据发送给测试系统之前，对测试系统进行数据还原。当然在目标测试场景明细表中的请求数据的请求类型为GET类型时，可以将请求数据分别发送至目标系统和测试系统，通过比对目标系统和测试系统返回的响应，来生成测试结果。

步骤403，将测试系统返回的响应数据与目标测试场景明细表中的响应数据进行比对，得到测试结果，或者将目标操作记录与目标测试场景明细表中的操作记录进行比对，得到测试结果。

应当说明的是，可以设置比对策略选择所要进行比对的数据。例如比对策略为响应比对时，将测试系统返回的响应数据与目标测试场景明细表中的响应数据进行比对，得到测试结果。比对策略为二进制日志比对时，将目标操作记录与目标测试场景明细表中的操作记录进行比对，得到测试结果。目标操作记录为测试系统的二进制日志中根据请求数据生成的操作记录。

较佳的，还可以在对响应数据进行比对过程中，添加降噪处理。例如预先设置校验策略，在进行比对时，按照校验策略过滤掉响应数据中的部分数据，仅比对剩余数据。其中，过滤掉的数据可以包括名称、时间等字段。

响应数据通常包含响应码以及对应该响应码的相应内容。对响应数据进行比对时，可以通过设置不同的比对策略，对响应数据中的一项或两项进行比对。具体的，响应数据包括：响应码以及对应响应码的响应内容；将测试系统返回的响应数据与目标测试场景明细表中的响应数据进行比对的步骤，包括：

按照预先设置的比对策略，比对测试系统返回的响应数据中的响应码与目标测试场景明细表中的响应数据中的响应码；或者比对测试系统返回的响应数据中的响应内容与目标测试场景明细表中的响应数据中的响应内容。

参见图5，本发明实施例提供的接口测试场景的回放方法的系统架构图，包括：表现层、数据层、业务层、执行层以及管理平台；

执行层可以进行接口执行、单case(场景)执行以及组合case执行。用户可以自由选择执行的case，其中执行过程也就是测试过程或者case回放过程。在执行层还需要比对工具，对执行结果与预期结果进行比对。

业务层用于提供服务，即提供测试数据生成服务和case生成服务；在生成测试数据过程中，可以利用业务层自动生成测试数据。在生成case时，利用业务层自动生成case。

数据层用于采集流量数据、对流量数据进行清洗以及数据还原。具体的，数据层分别进行请求参数采集、响应结果采集、binlog采集。在case回放环节，数据层还将分别进行请求参数处理、数据还原；即提取请求参数中的数据，以及根据binlog对测试环境进行数据还原。然后会对请求参数进行清洗，根据清洗后的请求参数进行测试；并在回放测试过程中进行期望结果清洗和测试结果清洗，从而达到去噪的目的。

表现层可以展示case执行结果。

管理平台用于所有管理操作；例如策略配置、数据维护等。具体的，管理平台还用于展示测试结果。在策略配置中进行采集策略配置，即采集流量数据的策略配置。清洗策略配置，即对测试数据进行清洗的策略配置。数据还原配置，即根据binlog进行数据还原的策略配置。在数据维护方面，对测试数据查询、测试数据编辑以及接口执行。case维护方面，可以进行case查询、case编辑、case执行。

本发明实施例中，将case生成与case回放集成一体。不仅可以自动生成测试case，还可以对测试case重复回放。避免了重复回放过程中由于测试环境变化导致测试过程发生错误的问题。

参见图6，为本发明实施例提供的接口测试场景的回放方法的工作流程图；主要包括：流量采集、case生成、策略配置以及case回放几个主要步骤。

其中，流量采集过程中：开启采集之后，在Master(主干)上采集；即采集线上正常运行的目标系统的真实流量数据。分别进行请求参数采集、响应参数采集和binlog采集；并将各自采集的数据分别存储起来。应当说明的是，虽然各部分分别存储，但请求参数、响应参数以及binlog之间的对应关系也相应存储起来。即在确定一请求之后，可以准确找到该请求对应的请求参数、响应参数以及binlog。

在case生成过程中：首先读取筛选策略，并依据筛选策略进行数据提取和binlog匹配；然后采用预定的读取和存储方式，读取并存储请求参数、响应参数、binlog，从而生成case。

策略配置过程中：可以通过用户根据各数据的特点进行策略配置。其中策略配置包括对筛选策略进行配置，将Master采集的数据中与测试case、无关的数据去除。对回放策略进行配置，可以自由选择接口请求的类型，可以是GET、POST或者两者均可。对比对策略进行配置，可以自由选择比对的数据，例如在响应码、响应码对应的响应数据、binlog中进行选择需要比对的数据项。对校验策略进行配置，即降噪处理，将无关数据去除。对清洗策略进行配置，用于保证请求参数在测试环境与真实环境的一致性。

case回放过程中：首先进行数据还原，提供了重复执行的可靠前提。之后开启回放。回放过程就是case测试的过程。开启回放之后需要读取回放策略以及清洗策略，在对请求参数清洗之后将请求发送至测试环境，并收集测试环境的响应。然后读取校验策略和比对策略，按照校验策略和比对策略对响应进行比对，并根据比对结果生成测试报告。

本发明实施例中，可以自动生成测试case，并实现测试case的重复回放。避免了重复测试过程中由于测试环境变化导致测试过程发生错误的问题。

以上介绍了本发明实施例提供的接口测试场景的回放方法，下面将结合附图介绍本发明实施例提供的接口测试场景的回放装置。

参见图7，本发明实施例还提供了一种接口测试场景的回放装置，该装置包括：

确定模块71，用于在接收到回放请求时，确定预先录制流量数据生成的测试场景中的目标测试场景；其中，目标测试场景包括测试数据以及二进制日志中对应测试数据的操作记录；

还原模块72，用于根据目标测试场景中的操作记录，对测试系统的数据库进行数据还原；

测试模块73，用于根据目标测试场景中的测试数据，在数据还原之后的测试系统中进行回放测试。

可选的，该装置还包括：

获取模块，用于获取目标系统在目标时长内的流量数据；其中，流量数据包括：在目标时长内目标系统的被访问的接口的请求数据以及响应数据；

筛选模块，用于筛选得到流量数据中对应预设测试参数的多组测试数据；其中，每组测试数据对应一被访问的接口；

操作记录模块，用于在目标系统的二进制日志中，获取多组测试数据各自对应的操作记录；

测试场景模块，用于选择多组测试数据中相关联的测试数据以及对应的操作记录，生成测试场景。

可选的，预设测试参数至少包括：请求类型、统一资源定位符、响应、业务标识以及用户身份标识。

可选的，操作记录模块，包括：

第一操作记录单元，用于获取多组测试数据各自的目标测试数据；其中目标测试数据为对应业务标识以及用户身份标识的测试数据；

第二操作记录单元，用于读取目标系统的二进制日志，针对于每组测试数据，将携带有每组测试数据的目标测试数据的操作记录作为每组测试数据对应的操作记录；其中，操作记录中的操作时间与获取流量数据的时间之间的时长，小于预设时长。

可选的，测试场景模块，具体用于根据预设维度策略，选择多组测试数据中具有相同目标维度的测试数据以及各自对应的操作记录，生成测试场景；其中，目标维度包括：业务标识或者用户身份标识。

可选的，测试场景模块，具体用于在预设测试场景表中创建测试场景名称以及测试场景身份标识；创建记录有测试场景身份标识的测试场景明细表，将每组测试数据以及对应的操作记录写入一测试场景明细表中；其中具有相同测试场景身份标识的测试场景明细表中的测试数据具有相同的目标维度；将预先配置的对应每组测试数据的清洗策略，写入记录有清洗策略对应的测试数据的测试场景明细表；其中，清洗策略用于更新请求数据中的日期。

可选的，测试模块，具体用于通过目标测试场景明细表中的清洗策略，对目标测试场景明细表中的请求数据进行清洗；其中，目标测试场景明细表为目标测试场景对应的测试场景明细表；在目标测试场景明细表中的请求数据的请求类型为POST类型时，将清洗之后的请求数据发送至数据还原之后的测试系统；将测试系统返回的响应数据与目标测试场景明细表中的响应数据进行比对，得到测试结果，或者将目标操作记录与目标测试场景明细表中的操作记录进行比对，得到测试结果；其中，目标操作记录为测试系统的二进制日志中根据请求数据生成的操作记录。

可选的，响应数据包括：响应码以及对应响应码的响应内容；测试模块具体用于按照预先设置的比对策略，比对测试系统返回的响应数据中的响应码与目标测试场景明细表中的响应数据中的响应码，或者比对测试系统返回的响应数据中的响应内容与目标测试场景明细表中的响应数据中的响应内容。

可选的，还原模块，包括：

第一还原单元，用于获取操作记录中预设字段对应的目标字段值；

第二还原单元，用于将测试系统的数据库中对应预设字段的数据，更新为目标字段值。

本发明实施例提供的接口测试场景的回放装置能够实现图1至图6的方法实施例中接口测试场景的回放方法实现的各个过程，为避免重复，这里不再赘述。

本发明实施例中，确定模块，用于在接收到回放请求时，确定预先录制流量数据生成的测试场景中的目标测试场景；其中，目标测试场景包括测试数据以及二进制日志中对应测试数据的操作记录。通过录制流量数据生成测试场景，该流量数据为目标系统运行过程中的真实数据，从而达到了根据真实数据生成测试场景的目的。还原模块，用于根据目标测试场景中的操作记录，对测试系统的数据库进行数据还原。通过对测试系统进行数据还原，可以将与测试相关的测试环境还原至测试之前的测试环境。测试模块，用于根据目标测试场景中的测试数据，在数据还原之后的测试系统中进行回放测试。本发明无需对测试环境中的数据库进行备份，仅需使用对应的操作记录对其进行数据还原即可；并且可以保证重复测试时，不会因为测试环境变化导致测试过程发生错误。

本发明实施例还提供了一种电子设备，如图8所示，包括处理器801、通信接口802、存储器803和通信总线804，其中，处理器801，通信接口802，存储器803通过通信总线804完成相互间的通信；

存储器803，用于存放计算机程序；

处理器801，用于执行存储器803上所存放的程序时，实现如下步骤：

在接收到回放请求时，确定预先录制流量数据生成的测试场景中的目标测试场景；其中，所述目标测试场景包括测试数据以及二进制日志中对应所述测试数据的操作记录；

根据所述目标测试场景中的操作记录，对测试系统的数据库进行数据还原；

根据所述目标测试场景中的测试数据，在数据还原之后的所述测试系统中进行回放测试。

上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述终端与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述接口测试场景的回放方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中所述的接口测试场景的回放方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (9)

1.一种接口测试场景的回放方法，其特征在于，所述方法包括：

获取目标系统在目标时长内的流量数据；其中，所述流量数据包括：在所述目标时长内所述目标系统的被访问的接口的请求数据以及响应数据；

筛选得到所述流量数据中对应预设测试参数的多组测试数据；其中，每组测试数据对应一所述被访问的接口；

在所述目标系统的二进制日志中，获取多组所述测试数据各自对应的操作记录；

选择所述多组测试数据中相关联的测试数据以及对应的操作记录，生成测试场景，包括：根据预设维度策略，选择所述多组测试数据中具有相同目标维度的测试数据以及各自对应的操作记录，生成测试场景；其中，所述目标维度包括：业务标识或者用户身份标识；

在接收到回放请求时，确定预先录制流量数据生成的测试场景中的目标测试场景；其中，所述目标测试场景包括测试数据以及二进制日志中对应所述测试数据的操作记录；

根据所述目标测试场景中的操作记录，对测试系统的数据库进行数据还原；

根据所述目标测试场景中的测试数据，在数据还原之后的所述测试系统中进行回放测试；

所述根据预设维度策略，选择所述多组测试数据中具有相同目标维度的测试数据以及各自对应的操作记录，生成测试场景，包括：

在预设测试场景表中创建测试场景名称以及测试场景身份标识；

创建记录有所述测试场景身份标识的测试场景明细表，将每组测试数据以及对应的操作记录写入一所述测试场景明细表中；其中具有相同测试场景身份标识的测试场景明细表中的测试数据具有相同的目标维度；

将预先配置的对应每组所述测试数据的清洗策略，写入记录有所述清洗策略对应的测试数据的所述测试场景明细表；其中，所述清洗策略用于更新所述请求数据中的日期。

2.根据权利要求1所述的方法，其特征在于，所述预设测试参数至少包括：请求类型、统一资源定位符、响应、业务标识以及用户身份标识。

3.根据权利要求2所述的方法，其特征在于，所述在所述目标系统的二进制日志中，获取多组所述测试数据各自对应的操作记录的步骤，包括：

获取多组所述测试数据各自的目标测试数据；其中所述目标测试数据为对应所述业务标识以及用户身份标识的测试数据；

读取所述目标系统的二进制日志，针对于每组测试数据，将携带有所述每组测试数据的目标测试数据的操作记录作为所述每组测试数据对应的操作记录；其中，所述操作记录中的操作时间与获取所述流量数据的时间之间的时长，小于预设时长。

4.根据权利要求1所述的方法，其特征在于，所述根据所述目标测试场景中的测试数据，在数据还原之后的所述测试系统中进行回放测试，包括：

通过目标测试场景明细表中的清洗策略，对所述目标测试场景明细表中的请求数据进行清洗；其中，所述目标测试场景明细表为所述目标测试场景对应的测试场景明细表；

在所述目标测试场景明细表中的请求数据的请求类型为POST类型时，将清洗之后的请求数据发送至数据还原之后的所述测试系统；

将所述测试系统返回的响应数据与所述目标测试场景明细表中的响应数据进行比对，得到测试结果，或者将目标操作记录与所述目标测试场景明细表中的操作记录进行比对，得到测试结果；其中，所述目标操作记录为所述测试系统的二进制日志中根据所述请求数据生成的操作记录。

5.根据权利要求4所述的方法，其特征在于，所述响应数据包括：响应码以及对应所述响应码的响应内容；所述将所述测试系统返回的响应数据与所述目标测试场景明细表中的响应数据进行比对的步骤，包括：

按照预先设置的比对策略，比对所述测试系统返回的响应数据中的响应码与所述目标测试场景明细表中的响应数据中的响应码；

或者比对所述测试系统返回的响应数据中的响应内容与所述目标测试场景明细表中的响应数据中的响应内容。

6.根据权利要求1所述的方法，其特征在于，所述根据所述目标测试场景中的操作记录，对测试系统的数据库进行数据还原的步骤，包括：

获取所述操作记录中预设字段对应的目标字段值；

将所述测试系统的数据库中对应预设字段的数据，更新为所述目标字段值。

7.一种接口测试场景的回放装置，其特征在于，所述装置包括：

确定模块，用于在接收到回放请求时，确定预先录制流量数据生成的测试场景中的目标测试场景；其中，所述目标测试场景包括测试数据以及二进制日志中对应所述测试数据的操作记录；

还原模块，用于根据所述目标测试场景中的操作记录，对测试系统的数据库进行数据还原；

测试模块，用于根据所述目标测试场景中的测试数据，在数据还原之后的所述测试系统中进行回放测试；

所述装置还包括：

获取模块，用于获取目标系统在目标时长内的流量数据；其中，所述流量数据包括：在所述目标时长内所述目标系统的被访问的接口的请求数据以及响应数据；

筛选模块，用于筛选得到所述流量数据中对应预设测试参数的多组测试数据；其中，每组测试数据对应一所述被访问的接口；

操作记录模块，用于在所述目标系统的二进制日志中，获取多组所述测试数据各自对应的操作记录；

测试场景模块，用于选择所述多组测试数据中相关联的测试数据以及对应的操作记录，生成测试场景；

所述测试场景模块，具体用于根据预设维度策略，选择所述多组测试数据中具有相同目标维度的测试数据以及各自对应的操作记录，生成测试场景；其中，所述目标维度包括：业务标识或者用户身份标识；

所述测试场景模块，具体用于在预设测试场景表中创建测试场景名称以及测试场景身份标识；创建记录有所述测试场景身份标识的测试场景明细表，将每组测试数据以及对应的操作记录写入一所述测试场景明细表中；其中具有相同测试场景身份标识的测试场景明细表中的测试数据具有相同的目标维度；将预先配置的对应每组所述测试数据的清洗策略，写入记录有所述清洗策略对应的测试数据的所述测试场景明细表；其中，所述清洗策略用于更新所述请求数据中的日期。

8.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1至6中任一项所述的接口测试场景的回放方法步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6中任一项所述的接口测试场景的回放方法的步骤。