CN111083013B

CN111083013B - 基于流量回放的测试方法、装置、电子设备及存储介质

Info

Publication number: CN111083013B
Application number: CN201911313027.5A
Authority: CN
Inventors: 郄小虎; 苏京刚; 赵飞月; 袁梦
Original assignee: Beijing Didi Infinity Technology and Development Co Ltd
Current assignee: Beijing Didi Infinity Technology and Development Co Ltd
Priority date: 2019-12-18
Filing date: 2019-12-18
Publication date: 2020-11-13
Anticipated expiration: 2039-12-18
Also published as: CN111083013A

Abstract

本申请提供了一种基于流量回放的测试方法、装置、电子设备及存储介质，该测试方法包括：获取预设时间段内线上的流量，每一条流量中包括接口信息和请求参数；基于预设的第一接口之间的传输逻辑，生成流量中接口信息表征的接口对应的接口关系图；基于接口关系图以及每一个接口对应的至少一个请求参数，生成测试流量集；基于测试流量集中的测试流量对待测试***进行测试，得到待测试***的测试结果。本申请，通过对线上流量进行流量扩充，得到能够覆盖多维层次的更加全面的测试流量集，降低了测试成本、缩短了测试周期，进而提高了测试效率，并且，上述测试流量集在多维层次上覆盖更加全面，能够满足实际中高可用性下的测试需求。

Description

基于流量回放的测试方法、装置、电子设备及存储介质

技术领域

本申请涉及软件测试技术领域，具体而言，涉及一种基于流量回放的测试方法、装置、电子设备及存储介质。

背景技术

在互联网行业中，互联网企业通常面临业务迭代速度快、上线频繁、质量要求高等特点，以保障其服务的服务质量。比如，以网约车为例，在网约车各种复杂的时空场景下，均需要频繁迭代各种复杂场景的业务，并对每一次迭代后的业务***进行测试，以保证服务的可用性。

目前，对业务***进行测试的方法如下：预先开发对应于一个设定好场景的测试用例，在这个测试用例中，预先设置运行环境、输入数据、测试步骤和预期结果，让业务***在上述运行环境下，按照上述测试步骤运行上述输入数据，并将得到的输出结果与预期结果进行比较，以得到该业务***的测试结果。

但是，每一个场景下测试用例开发和维护成本高、周期长，结合网约车领域时空场景的数量巨大(比如仅交易类场景就达百万级别)，使得测试成本高、测试周期长，进而导致了测试效率低，无法满足实际测试需求。

发明内容

有鉴于此，本申请的目的在于提供一种基于流量回放的测试方法、装置、电子设备及存储介质，通过对线上流量进行流量扩充，得到覆盖多维层次的更加全面的测试流量，降低了测试成本、缩短了测试周期，提高了测试效率，能够满足实际测试需求。

第一方面，本申请实施例提供了一种基于流量回放的测试方法，所述测试方法包括：

获取预设时间段内线上的流量；其中，每一条所述流量中包括接口信息和请求参数；

基于预设的第一接口之间的传输逻辑，生成所述流量中所述接口信息表征的接口对应的接口关系图；

基于所述接口关系图以及每一个接口对应的至少一个请求参数，生成测试流量集；其中，所述测试流量集中包括至少一条测试流量；

基于所述测试流量集中的测试流量对待测试***进行测试，得到所述待测试***的测试结果。

在一种可能的实施方式中，所述基于预设的第一接口之间的传输逻辑，生成所述流量中所述接口信息表征的接口对应的接口关系图，包括：

基于所述第一接口之间的传输逻辑以及任意两个接口之间进行数据传输的第一概率，生成所述流量中所述接口信息表征的接口对应的接口关系图。

在一种可能的实施方式中，确定所述第一接口之间的传输逻辑，包括：

从获取的所述流量中，选取对应于同一访问事件的流量集；

针对每一访问事件对应的流量集，根据该流量集中第一接口信息表征的第一接口之间的调用顺序，确定所述第一接口之间的传输逻辑。

在一种可能的实施方式中，所述基于所述接口关系图以及每一个接口对应的至少一个请求参数，生成测试流量集，包括：

基于所述接口关系图中任意两个接口之间进行数据传输的第一概率，从所述接口关系图中选取至少一条测试接口链路，得到测试接口链路集；

针对所述测试接口链路集中的每一个测试接口链路，为该测试接口链路中的每一个接口分配目标请求参数，得到所述测试接口链路集对应的测试流量集。

在一种可能的实施方式中，所述为该测试接口链路中的每一个接口分配目标请求参数，包括：

基于所述流量包括的接口信息和请求参数，确定每一个接口信息表征的接口对应的至少一个请求参数；

针对该测试接口链路中的每一个接口，从该接口对应的至少一个请求参数中随机选取一个请求参数，作为该接口对应的目标请求参数。

在一种可能的实施方式中，所述测试方法还包括：

获取所述预设时间段内线上的更新流量；其中，每一条所述更新流量中包括更新接口信息和更新请求参数；

基于预设的第二接口之间的传输逻辑以及所述更新流量中所述更新接口信息表征的更新接口，对所述接口关系图进行更新，得到更新接口关系图。

在一种可能的实施方式中，所述基于预设的第二接口之间的传输逻辑以及所述更新流量中所述更新接口信息表征的更新接口，对所述接口关系图进行更新，得到更新接口关系图，包括：

基于所述第二接口之间的传输逻辑、所述更新流量中所述更新接口信息表征的更新接口以及任意两个更新接口之间进行数据传输的第二概率，对所述接口关系图进行更新，得到更新接口关系图。

在一种可能的实施方式中，所述测试方法还包括：

响应针对所述接口关系图的修改操作，更新所述接口关系图，得到更新接口关系图；其中，所述修改操作包括以下操作的至少一种：删除操作、更新操作、增加操作。

在一种可能的实施方式中，所述基于所述测试流量集中的测试流量对待测试***进行测试，得到所述待测试***的测试结果，包括：

将所述测试流量集中的测试流量分别输入到待测试***和基准***中，得到所述待测试***对所述测试流量的第一运行结果和所述基准***对所述测试流量的第二运行结果；

根据所述第一运行结果和所述第二运行结果，生成所述待测试***的测试结果。

将所述测试流量集中的测试流量输入到待测试***中，根据所述待测试***对所述测试流量的第三运行结果，生成所述待测试***的测试结果。

第二方面，本申请实施例还提供了一种基于流量回放的测试装置，所述测试装置包括：

第一获取模块，用于获取预设时间段内线上的流量；其中，每一条所述流量中包括接口信息和请求参数；

第一生成模块，用于基于预设的第一接口之间的传输逻辑，生成所述流量中所述接口信息表征的接口对应的接口关系图；

第二生成模块，用于基于所述接口关系图以及每一个接口对应的至少一个请求参数，生成测试流量集；其中，所述测试流量集中包括至少一条测试流量；

测试模块，用于基于所述测试流量集中的测试流量对待测试***进行测试，得到所述待测试***的测试结果。

在一种可能的实施方式中，所述第一生成模块在基于预设的第一接口之间的传输逻辑，生成所述流量中所述接口信息表征的接口对应的接口关系图时，包括：

在一种可能的实施方式中，所述测试装置还包括：

第二获取模块，用于从获取的所述流量中，选取对应于同一访问事件的流量集；

确定模块，用于针对每一访问事件对应的流量集，根据该流量集中第一接口信息表征的第一接口之间的调用顺序，确定所述第一接口之间的传输逻辑。

在一种可能的实施方式中，所述第二生成模块在基于所述接口关系图以及每一个接口对应的至少一个请求参数，生成测试流量集时，包括：

在一种可能的实施方式中，所述第二生成模块在为该测试接口链路中的每一个接口分配目标请求参数时，包括：

在一种可能的实施方式中，所述测试装置还包括：

第三获取模块，用于获取所述预设时间段内线上的更新流量；其中，每一条所述更新流量中包括更新接口信息和更新请求参数；

第一更新模块，用于基于预设的第二接口之间的传输逻辑以及所述更新流量中所述更新接口信息表征的更新接口，对所述接口关系图进行更新，得到更新接口关系图。

在一种可能的实施方式中，所述第一更新模块在基于预设的第二接口之间的传输逻辑以及所述更新流量中所述更新接口信息表征的更新接口，对所述接口关系图进行更新，得到更新接口关系图时，包括：

在一种可能的实施方式中，所述测试装置还包括：

第二更新模块，用于响应针对所述接口关系图的修改操作，更新所述接口关系图，得到更新接口关系图；其中，所述修改操作包括以下操作的至少一种：删除操作、更新操作、增加操作。

在一种可能的实施方式中，所述测试模块在基于所述测试流量集中的测试流量对待测试***进行测试，得到所述待测试***的测试结果时，包括：

第三方面，本申请实施例还提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如第一方面任一项所述的基于流量回放的测试方法的步骤。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如第一方面任一项所述的基于流量回放的测试方法的步骤。

本申请实施例提供的一种基于流量回放的测试方法、装置、电子设备及存储介质，通过获取预设时间段内线上的流量，每一条流量中包括接口信息和请求参数，并基于预设的第一接口之间的传输逻辑，生成上述流量中接口信息表征的接口对应的接口关系图，然后，基于接口关系图以及每一个接口对应的至少一个请求参数，生成测试流量，并基于测试流量对待测试***进行测试。这样，通过对线上流量进行流量扩充，得到能够覆盖多维层次的更加全面的测试流量集，降低了测试成本、缩短了测试周期，进而提高了测试效率，并且，上述测试流量集在多维层次上覆盖更加全面，能够满足实际中高可用性下的测试需求。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例提供的一种基于流量回放的测试方法的流程图；

图2示出了本申请实施例提供的接口关系图的示意图；

图3示出了本申请实施例提供的另一种基于流量回放的测试方法的流程图；

图4示出了本申请实施例提供的另一种基于流量回放的测试方法的流程图；

图5示出了本申请实施例提供的另一种基于流量回放的测试方法的流程图；

图6示出了本申请实施例提供的更新接口关系图的示意图；

图7示出了本申请实施例提供的另一种基于流量回放的测试方法的流程图；

图8示出了本申请实施例提供的一种基于流量回放的测试装置的结构示意图；

图9示出了本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“网约车领域”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕“网约车领域”进行描述，但是应该理解，这仅是一个示例性实施例，本申请还可以应用于“电商领域”、“游戏领域”等。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

考虑到网约车领域中存在以下特征，第一，业务场景异常复杂，不仅区分车型、用户、还有复杂的时空场景，仅交易类场景就达百万级别；第二，服务架构复杂，涉及服务百十余个；第三，业务迭代速度非常快。第四，服务可用性要求高。基于网约车领域对应的上述特征，为了保障网约车平台提供的服务的服务质量，需要对每一个场景下，每一次迭代后的服务进行测试，测试工作量巨大，而目前通过开发和维护测试用例的进行服务测试的方法中，测试成本高且测试周期长，进而导致测试效率低，无法满足实际测试需求。

基于此，本申请实施例提供了一种基于流量回放的测试方法、装置、电子设备及存储介质，通过对线上流量进行流量扩充，得到覆盖多维层次的更加全面的测试流量，降低了测试成本、缩短了测试周期，提高了测试效率，能够满足实际测试需求。

下面结合网约车领域对本申请实施例提供的基于流量回放的测试方法进行详细说明，上述测试方法可以应用于服务器(即目标服务器，该目标服务器可以是网约车平台中提供服务的任一服务器，也与网约车平台中提供服务的服务器不同)，也可以应用于终端设备；下面以上述测试方式应用于目标服务器为例进行说明。

参照图1所示，为本申请实施例提供的一种基于流量回放的测试方法的流程示意图，可以应用于目标服务器，上述测试方法具体包括以下步骤：

S101、获取预设时间段内线上的流量；其中，每一条所述流量中包括接口信息和请求参数。

在网约车领域中，网约车平台包括的服务架构复杂，比如，通常包括多个服务器，每个服务器提供至少一种服务且不同服务器提供的服务不同，相应的，网约车平台中通常提供上百个服务；上述多个服务器之间可以相互调用，以响应用户的服务请求。

本申请实施例中，在进行流量采集时，目标服务器通常从网约车平台对应的多个服务器中采集预设时间段内的线上流量，这里，线上流量指的是用户对网约车平台提供的每一个服务的服务请求(比如HTTP请求)；其中，每一条流量中包括统一资源定位***(uniform resource locator，URL)地址(即接口信息，该接口信息表征的接口是指HTTP协议开发的传递数据的通道)和相应的请求参数。这里，请求参数包括请求方法、用户身份证标识号(Identity document，ID)、出发地、目的地、默认参数、可变范围、类型等。

本申请实施例中，上述预设时间段可以根据生产环境(即各个服务器)的存储***的限制时间段进行设置，使上述预设时间段小于上述限制时间段。比如，存储***限制时间段(要求一次最多采集的时间段)为2个小时量，相应的，上述预设时间段可以设置为1个小时。

S102、基于预设的第一接口之间的传输逻辑，生成所述流量中所述接口信息表征的接口对应的接口关系图。

在本申请实施例中，网约车平台提供的一些服务(即第一服务)是具有预设传输逻辑的，这里，预设传输逻辑是指预设调用顺序，比如，发单服务之后才调用接单服务，相应的，上述第一服务对应的第一接口也具有预设传输逻辑(即预设调用顺序)。

本申请实施实施例中，从获取的流量中选取用于表征第一接口的第一接口信息，并基于上述第一接口对应的传输逻辑(即调用顺序)，生成选取的第一接口信息表征的第一接口对应的第一候选接口关系图，然后，再次将获取的流量中除上述第一接口信息之外的其他接口信息对应的其他接口，随机***到上述第一候选接口关系图的有序接口(即有序第一接口)中，得到获取的流量中各个接口信息表征的接口对应的接口关系图。其中，该接口关系图中包括了获取的流量中各个接口信息表征的接口对应的接口关系。

如图2所示，接口关系图包括接口A、接口B、接口D、接口G、接口F、接口C和接口E；其中，接口A、接口B、接口D、接口G、接口F为有向接口(即具有预设调用顺序的第一接口)，比如，接口A之后才会调用接口B，接口B之后才会调用接口D等；其中，接口C和接口E代表无向接口。

S103、基于所述接口关系图以及每一个接口对应的至少一个请求参数，生成测试流量集；其中，所述测试流量集中包括至少一条测试流量。

在本申请实施例中，在生成接口关系图以后，从该接口关系图中选取多条测试接口链路，组成测试接口链路集；针对该测试接口链路集中的每一个测试接口链路，为该测试接口链路中的每一个接口分配目标请求参数，得到该测试接口链路对应的测试流量；在通过上述方法完成测试接口链路集中所有测试接口链路的目标请求参数分配后，得到测试接口链路集对应的测试流量集。

S104、基于所述测试流量集中的测试流量对待测试***进行测试，得到所述待测试***的测试结果。

本申请实施例中，可以基于测试流量对待测试***进行回归测试、压力测试或者问题排查测试，进而得到测试结果。其中，上述待测试***也即待测试服务。

其中，上述回归测试是指在修改了待测试***的某些功能(比如增加了新功能，或者更新了原有功能，或者，删除了某些原有功能)后，对待测试***的原有功能进行测试。上述压力测试是指对待测试***不断加压(即向待测试***输入大量流量)，强制其在极限的情况下运行，观察待测试***可以运行到何种程度，从而发现性能缺陷。上述问题排查测试是指向待测试***输入目标流量，确定待测试***在某一功能上的问题。

比如，在回归测试中，从接口关系图中得到的测试流量集，是从请求参数、接口、场景三个层次的得到覆盖更加全面的流量集合，保证了覆盖的全面性，提高了测试效果。并且，本申请实施例中，获取线上流量是为了生成接口关系图，因此无需大量、高频去采集生产环境数据，因此，工程上几乎不会受限于生产环境的存储***。

本申请实施例提供的一种基于流量回放的测试方法，通过对线上流量进行流量扩充，得到了在包括场景、接口和请求参数这多维层次的覆盖更加全面的测试流量集，降低了测试成本、缩短了测试周期，进而提高了测试效率，并且，上述测试流量集在多维层次上覆盖更加全面，满足了实际中高可用性下的测试需求。

进一步的，本申请实施例提供的基于流量回放的测试方法，所述基于预设的第一接口之间的传输逻辑，生成所述流量中所述接口信息表征的接口对应的接口关系图，包括：

在本申请实施例中，目标服务器中预先配置有任意两个接口之间进行数据传输的第一概率(也即任意两个接口之间进行调用的第一概率)，在得到第一候选接口关系图后，生成第一候选关系图中任意两个接口之间进行调用的第一概率；相应的，在得到接口关系图后，生成该接口关系图中任意两个接口之间进行调用的第一概率。其中，每一个接口作为父接口时调用其对应的至少一个子接口的第一概率之和为1。

如图2所示，每两个接口之间连线上的数字表示该两个接口之间的第一权重(即第一概率)，其中，每一个接口对应的至少一条连线的第一权重之和(也即第一概率之和)为1。比如，接口A和接口B连线上的数字2/3表示接口A调用接口B的第一概率是2/3，接口A和接口C连线上的数字1/3表示接口A调用接口C的第一概率是1/3，接口A两条连线的第一权重之和为2/3+1/3＝1。

在本申请实施例中，目标服务器中可以预先配置有第一接口之间的传输逻辑，也可以自动确定第一接口之间的传输逻辑，对于目标服务器自动确定第一接口之间的传输逻辑的方式，如图3所示，具体包括：

S301、从获取的所述流量中，选取对应于同一访问事件的流量集。

在本申请实施例中，一个访问事件包括以下事件之一：乘客访问事件、司机访问事件、一个订单事件(包括：对应于同一个订单的司机和乘客分别对应的访问事件)。其中，每一个访问事件对应有一流量集，该流量集中至少包括一条流量。

比如，乘客访问事件对应的流量集包括：乘客打开网约车客户端(流量1)、弹出广告(流量2)、推荐上车点(流量3)、查看历史订单(流量4)。

再比如，一个订单事件对应的流量集包括：乘客打开网约车客户端(流量1)、弹出广告(流量2)、推荐上车点(流量3)、输入目的地(流量4)、发单(流量5)，付款(流量6)、司机打开网约车客户端(流量7)、弹出广告(流量8)、接单(流量9)、确认到达目的地(流量10)。

本申请实施例中，从获取的线上流量中，选取对应于同一访问事件的流量集，得到至少一个流量集；其中，每个流量集对应于一个访问事件，不同的流量集对应的访问事件不同，并且每个流量集中至少包括一条流量。

S302、针对每一访问事件对应的流量集，根据该流量集中第一接口信息表征的第一接口之间的调用顺序，确定所述第一接口之间的传输逻辑。

在本申请实施例中，针对对应于每一个访问事件的流量集，获取该流量集中的第一接口信息，基于该第一接口信息表征的第一接口之间的调用顺序，确定对应于该流量集的第一接口之间的传输逻辑；当对所有访问事件的流量集进行上述处理后，得到对应于所有流量集的第一接口之间的传输逻辑。

进一步的，如图4所示，本申请实施例提供的基于流量回放的测试方法中，所述基于所述接口关系图以及每一个接口对应的至少一个请求参数，生成测试流量集，包括：

S401、基于所述接口关系图中任意两个接口之间进行数据传输的第一概率，从所述接口关系图中选取至少一条测试接口链路，得到测试接口链路集。

在本申请实施例中，接口关系图即接口树状图，针对接口树状图中的每一个接口，该接口作为父接口调用其子接口时，基于该接口分别与其对应的各个子接口进行数据传输的第一概率(即进行调用的第一概率)，确定该接口对应的调用子接口，进而得到测试接口链路；通过上述方式选取多个测试接口链路，组成测试接口链路集。其中，测试接口链路集中包括进行调用的第一概率较大的子接口对应的测试接口链路较多。

如图2所示，接口A作为父接口时，其对应的子接口为接口B和接口C，接口A调用接口B的第一概率是2/3，接口A调用接口C的第一概率是1/3，因此，选取的测试接口链路集中，包括接口A调用接口B的链路较多。

比如，基于随机化算法对接口关系图进行流量膨胀(即流量扩充)，得到的测试接口链为：A->B->D、A->B->E->G、A->C->E->G、A->C->F。

S402、针对所述测试接口链路集中的每一个测试接口链路，为该测试接口链路中的每一个接口分配目标请求参数，得到所述测试接口链路集对应的测试流量集。

在本申请实施例中，基于获取的流量中包括的接口信息和请求参数，确定每一个接口信息表征的接口对应的至少一个请求参数；针对该测试接口链路中的每一个接口，从该接口对应的至少一个请求参数中随机选取一个请求参数，作为该接口对应的目标请求参数。

举例来讲，确定接口1对应的请求参数，比如，接口1对应请求参数1、请求参数2和请求参数3，相应的，可以从请求参数1、请求参数2和请求参数3中随机选取一个请求参数(比如请求参数2)，作为接口1对应的目标请求参数。

在本申请实施例中，目标服务器可以通过以下两种方式更新接口关系图：

第一，如图5所示，本申请实施例提供的基于流量回放的测试方法，所述测试方法还包括：

S501、获取所述预设时间段内线上的更新流量；其中，每一条所述更新流量中包括更新接口信息和更新请求参数。

本申请实施例中，更新流量的获取方式与步骤101中现在流量的获取方式相同。

其中，所述更新流量中至少包括部分更新流量与步骤101中获取的流量不同，具体为接口信息不同(也即接口信息表征的接口不同)和/或请求参数不同。也就是说，更新流量对应的至少部分更新接口与之前流量对应的接口不同，还可以包括部分更新接口与之前流量对应的接口相同。

S502、基于预设的第二接口之间的传输逻辑以及所述更新流量中所述更新接口信息表征的更新接口，对所述接口关系图进行更新，得到更新接口关系图。

在本申请实施例中，网约车平台提供的一些服务(即第二服务)是具有预设传输逻辑的，这里，预设传输逻辑是指预设调用顺序，比如，接单服务之后才调用付款服务，相应的，上述第二服务对应的第二接口也具有预设传输逻辑。

本申请实施实施例中，从获取的更新流量中选取用于表征第二接口的第二接口信息，并基于上述第二接口对应的传输逻辑(即调用顺序)和更新流量中所述更新接口信息表征的更新接口，更新上述接口关系图，得到第二候选接口关系图，然后，再次将获取的更新流量中除上述第二接口信息之外的其他接口信息对应的接口，随机***到上述第二候选接口关系图的有序接口(包括第一接口和第二接口中)，得到更新接口关系图；其中，所述更新接口关系图中既包括流量中的接口信息表征的接口对应的接口关系，还包括更新流量中更新接口信息表征的更新接口对应的更新接口关系。

进一步的，本申请实施例提供的基于流量回放的测试方法，所述基于预设的第二接口之间的传输逻辑以及所述更新流量中所述更新接口信息表征的更新接口，对所述接口关系图进行更新，得到更新接口关系图，包括：

在本申请实施例中，目标服务器中预先配置有任意两个更新接口之间进行数据传输的第二概率(也即任意两个更新接口之间进行调用的第二概率)，在得到第二候选接口关系图后，生成第二候选关系图中任意两个更新接口之间进行调用的第二概率；相应的，在得到更新接口关系图后，生成接口关系图中任意两个更新接口之间进行调用的第二概率。其中，每一个更新接口作为父接口时，调用其对应的至少一个子接口的第二概率之和为1。

其中，任意两个更新接口之间进行数据传输的第二概率可以与第一概率相同，也可以不同。

第二，本申请实施例中，可以通过如下方式修改接口关系图，所述测试方法还包括：

在本申请实施例中，上述修改操作可以为：接口增加、接口删除、接口更新、接口关系图中任意两个接口对应的第一概率的更新。

比如，如图6所示的更新接口关系图，图2中的接口关系图中的接口B下线，替换成了接口X和接口Y，得到如图6所示的更新接口关系图。

进一步的，本申请实施例中，测试的目的不同，对应的测试方式也不同，具体如下：

第一，如图7所示，在回归测试中，所述基于所述测试流量集中的测试流量对待测试***进行测试，得到所述待测试***的测试结果，包括：

S701、将所述测试流量集中的测试流量分别输入到待测试***和基准***中，得到所述待测试***对所述测试流量的第一运行结果和所述基准***对所述测试流量的第二运行结果。

其中，上述基准***是指生产环境中应用的***(也即生产环境中应用的服务)。

S702、根据所述第一运行结果和所述第二运行结果，生成所述待测试***的测试结果。

第二，在压力测试或者问题排查测试中，所述基于所述测试流量集中的测试流量对待测试***进行测试，得到所述待测试***的测试结果，包括：

本申请实施例中，基于随机化算法的智能流量回放，采集线上流量后，进行流量的预处理得到接口关系图，再经过随机化算法进行请求参数、接口、场景三个层次的随机化得到覆盖更加全面的测试流量集，进而使测试流量在请求参数、接口、场景维度覆盖更加全面。

由于采集线上流量是为了生成接口关系图，因此无需大量、高频去采集生产环境数据，因此，工程上几乎不会受限于生产环境的存储***，可用性高。

本申请实施例提供的一种基于流量回放的测试方法，通过对线上流量进行流量扩充，得到能够覆盖多维层次的更加全面的测试流量集，相比于通过开发和维护测试用例进行测试的方式，降低了测试成本、缩短了测试周期，进而提高了测试效率，并且，上述测试流量集在多维层次上覆盖更加全面，能够满足实际中高可用性下的测试需求。

基于同一发明构思，本申请实施例中还提供了与基于流量回放的测试方法对应的基于流量回放的测试装置，由于本申请实施例中的***解决问题的原理与本申请实施例上述基于流量回放的测试方法相似，因此***的实施可以参见方法的实施，重复之处不再赘述。

如图8所示，本申请实施例还提供了一种基于流量回放的测试装置，所述测试装置包括：

第一获取模块801，用于获取预设时间段内线上的流量；其中，每一条所述流量中包括接口信息和请求参数；

第一生成模块802，用于基于预设的第一接口之间的传输逻辑，生成所述流量中所述接口信息表征的接口对应的接口关系图；

第二生成模块803，用于基于所述接口关系图以及每一个接口对应的至少一个请求参数，生成测试流量集；其中，所述测试流量集中包括至少一条测试流量；

测试模块804，用于基于所述测试流量集中的测试流量对待测试***进行测试，得到所述待测试***的测试结果。

在一种可能的实施方式中，所述测试装置还包括：

本申请实施例提供的一种基于流量回放的测试装置，通过对线上流量进行流量扩充，得到能够覆盖多维层次的更加全面的测试流量集，降低了测试成本、缩短了测试周期，进而提高了测试效率，并且，上述测试流量集在多维层次上覆盖更加全面，能够满足实际中高可用性下的测试需求。

如图9所示，本申请实施例提供的一种电子设备900，包括：处理器901、存储器902和总线，所述存储器902存储有所述处理器901可执行的机器可读指令，当电子设备运行时，所述处理器901与所述存储器902之间通过总线通信，所述处理器901执行所述机器可读指令，以执行如上述基于流量回放的测试方法的步骤。

具体地，上述存储器902和处理器901能够为通用的存储器和处理器，这里不做具体限定，当处理器901运行存储器902存储的计算机程序时，能够执行上述第一服务器对应的基于流量回放的测试方法。

对应于上述基于流量回放的测试方法，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述基于流量回放的测试方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims

1.一种基于流量回放的测试方法，其特征在于，所述测试方法包括：

获取待测试***在预设时间段内线上的流量；其中，每一条所述流量中包括接口信息和请求参数；所述接口信息表征的接口包括第一接口和其他接口；

基于预设的第一接口之间的调用顺序以及任意两个接口之间进行数据传输的第一概率，生成所述第一接口对应的第一候选接口关系图；

将所述接口信息表征的接口中除所述第一接口之外的其他接口，随机***到所述第一候选接口关系图的有序接口中，得到获取的流量中所述接口信息表征的各个接口对应的接口关系图；

2.根据权利要求1所述的基于流量回放的测试方法，其特征在于，确定所述第一接口之间的调用顺序，包括：

从获取的所述流量中，选取对应于同一访问事件的流量集；

针对每一访问事件对应的流量集，根据该流量集中第一接口信息表征的第一接口之间的调用顺序，确定所述第一接口之间的调用顺序。

3.根据权利要求1所述的基于流量回放的测试方法，其特征在于，所述基于所述接口关系图以及每一个接口对应的至少一个请求参数，生成测试流量集，包括：

4.根据权利要求3所述的基于流量回放的测试方法，其特征在于，所述为该测试接口链路中的每一个接口分配目标请求参数，包括：

5.根据权利要求1所述的基于流量回放的测试方法，其特征在于，所述测试方法还包括：

基于预设的第二接口之间的调用顺序以及所述更新流量中所述更新接口信息表征的更新接口，对所述接口关系图进行更新，得到更新接口关系图。

6.根据权利要求5所述的基于流量回放的测试方法，其特征在于，所述基于预设的第二接口之间的调用顺序以及所述更新流量中所述更新接口信息表征的更新接口，对所述接口关系图进行更新，得到更新接口关系图，包括：

基于所述第二接口之间的调用顺序、所述更新流量中所述更新接口信息表征的更新接口以及任意两个更新接口之间进行数据传输的第二概率，对所述接口关系图进行更新，得到更新接口关系图。

7.根据权利要求1所述的基于流量回放的测试方法，其特征在于，所述测试方法还包括：

8.根据权利要求1所述的基于流量回放的测试方法，其特征在于，所述基于所述测试流量集中的测试流量对待测试***进行测试，得到所述待测试***的测试结果，包括：

9.根据权利要求1所述的基于流量回放的测试方法，其特征在于，所述基于所述测试流量集中的测试流量对待测试***进行测试，得到所述待测试***的测试结果，包括：

10.一种基于流量回放的测试装置，其特征在于，所述测试装置包括：

第一获取模块，用于获取待测试***在预设时间段内线上的流量；其中，每一条所述流量中包括接口信息和请求参数；

第一生成模块，用于基于预设的第一接口之间的调用顺序以及任意两个接口之间进行数据传输的第一概率，生成所述第一接口对应的第一候选接口关系图；将所述接口信息表征的接口中除所述第一接口之外的其他接口，随机***到所述第一候选接口关系图的有序接口中，得到获取的流量中所述接口信息表征的各个接口对应的接口关系图；

11.根据权利要求10所述的基于流量回放的测试装置，其特征在于，所述测试装置还包括：

确定模块，用于针对每一访问事件对应的流量集，根据该流量集中第一接口信息表征的第一接口之间的调用顺序，确定所述第一接口之间的调用顺序。

12.根据权利要求10所述的基于流量回放的测试装置，其特征在于，所述第二生成模块在基于所述接口关系图以及每一个接口对应的至少一个请求参数，生成测试流量集时，包括：

13.根据权利要求12所述的基于流量回放的测试装置，其特征在于，所述第二生成模块在为该测试接口链路中的每一个接口分配目标请求参数时，包括：

14.根据权利要求10所述的基于流量回放的测试装置，其特征在于，所述测试装置还包括：

第一更新模块，用于基于预设的第二接口之间的调用顺序以及所述更新流量中所述更新接口信息表征的更新接口，对所述接口关系图进行更新，得到更新接口关系图。

15.根据权利要求14所述的基于流量回放的测试装置，其特征在于，所述第一更新模块在基于预设的第二接口之间的调用顺序以及所述更新流量中所述更新接口信息表征的更新接口，对所述接口关系图进行更新，得到更新接口关系图时，包括：

16.根据权利要求10所述的基于流量回放的测试装置，其特征在于，所述测试装置还包括：

17.根据权利要求10所述的基于流量回放的测试装置，其特征在于，所述测试模块在基于所述测试流量集中的测试流量对待测试***进行测试，得到所述待测试***的测试结果时，包括：

18.根据权利要求10所述的基于流量回放的测试装置，其特征在于，所述测试模块在基于所述测试流量集中的测试流量对待测试***进行测试，得到所述待测试***的测试结果时，包括：

19.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1至9任一项所述的基于流量回放的测试方法的步骤。

20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至9任一项所述的基于流量回放的测试方法的步骤。