CN115827484A - 一种接口测试方法及装置 - Google Patents

Abstract

本申请公开了一种接口测试方法及装置，涉及接口测试技术领域，主要目的在于提高接口测试效率的同时，降低对接口测试人员业务能力的要求；主要技术方案包括：确定待测试接口；从目标接口的测试数据中筛选所述待测试接口匹配的测试用例；基于筛选的测试用例对所述待测试接口进行测试。

Description

一种接口测试方法及装置

技术领域

本申请涉及接口测试技术领域，特别是涉及一种接口测试方法及装置。

背景技术

接口测试是测试系统组件间接口的一种测试，主要用于测试系统与外部其他系统之间的接口，以及系统内部各个子模块之间的接口。接口测试的工作重点在于检查接口的参数传递、输出结果的正确性。

现有的接口测试需要测试人员在接口测试工具中录入为接口编写的传入数据和验证数据，然后通过录入数据后的接口测试工具对接口进行测试。现有的这种接口测试方式存在如下三点缺陷：一是，接口测试人工介入度较高，且需要针对接口对应编写传入数据和验证数据，从而导致接口测试效率不高；二是，传入数据和验证数据通常仅能应用在对应的接口，复用性较差。三是，对测试人员的业务能力要求较高，测试人员不仅需要具有编写传入数据和验证数据的能力，而且需要对接口测试工具和接口均熟悉，才可完成对接口的测试。

发明内容

有鉴于此，本申请提出了一种接口测试方法及装置，以期在提高接口测试效率的同时，降低对接口测试人员业务能力的要求。

为了达到上述目的，本申请主要提供了如下技术方案：

第一方面，本申请提供了一种接口测试方法，该接口测试方法包括：

确定待测试接口；

从目标接口的测试数据中筛选所述待测试接口匹配的测试用例；

基于筛选的测试用例对所述待测试接口进行测试。

在一些实施例中，从目标接口的测试数据中筛选所述待测试接口匹配的测试用例，包括：从所述测试数据中筛选目标数据；基于所述目标数据生成所述测试用例。

在一些实施例中，所述方法还包括：在用于测试所述目标接口的浏览器部署数据采集插件；则，从所述测试数据中筛选目标数据，包括：通过所述数据采集插件采集所述目标接口的测试数据，并基于筛选条件对所采集的测试数据进行筛选处理；将所述数据采集插件筛选处理后所得的数据确定为所述目标数据。

在一些实施例中，基于所述目标数据生成所述测试用例，包括：基于所述待测试接口的接口类型选取测试用例模板；根据所述目标数据和所述测试用例模板，生成所述测试用例。

在一些实施例中，根据所述目标数据和所述测试用例模板，生成所述测试用例，包括：基于所述目标数据确定所述测试用例模板中的每一个配置项目对应的配置数据；将确定的配置数据填充到对应的配置项目，生成所述测试用例。

在一些实施例中，基于所述目标数据确定所述测试用例模板中的每一个配置项目对应的配置数据，包括：对于在所述目标数据中存在对应数据的配置项目：将所述配置项目对应的数据确定为所述配置项目对应的配置数据；对于在所述目标数据中不存在对应的配置数据，但存在相关数据的配置项目：展示所述相关数据，并在接收到针对所述配置项目的输入数据时，将输入数据确定为所述配置项目对应的配置数据，其中，所述输入数据为参考所述相关数据而设定的数据。

在一些实施例中，在将确定的配置数据填充到对应的配置项目之后，在生成测试用例之前，所述方法还包括：展示所述测试用例模板涉及的配置项目以及配置项目被填充的配置数据；若接收到确认指令，则基于所展示的配置项目以及配置项目被填充的配置数据，生成所述测试用例；若接收到修改指令，则基于所述修改指令携带的更新数据更新所展示的配置项目以及配置项目被填充的配置数据，并基于更新后的配置项目以及配置项目的配置数据生成所述测试用例。

在一些实施例中，基于所述目标数据生成所述测试用例，包括：通过

用例设置界面展示所述目标数据，以供用户通过所述用例设置界面基于所述目标数据设置测试用例数据；若确定所述测试用例数据设置完成，则基于所述测试用例数据生成所述测试用例。

在一些实施例中，基于筛选的测试用例对所述待测试接口进行测试，包括：基于所述测试用例和测试所述待测试接口所需的测试环境，生成接口测试脚本；在所述测试环境中，基于所述接口测试脚本对所述待测试接口进行测试。

在一些实施例中，在基于筛选的测试用例对所述待测试接口进行测试之前，所述方法还包括：若需要对具有先后调用顺序的多个接口进行顺序测试，且所述待测试接口为所述多个接口中的一个接口，则检测调用顺序位于所述待测试接口前一位的接口的测试是否完成；若完成，则基于筛选的测试用例对所述待测试接口进行测试。

在一些实施例中，在基于筛选的测试用例对所述待测试接口进行测试之前，所述方法还包括：若需要使用具有逻辑关系的多个目标测试用例对所述待测试接口进行测试，且所述测试用例为所述多个目标测试用例中的一个目标测试用例，则检测逻辑位于所述测试用例之前的目标测试用例对应的测试是否完成；若完成，则基于筛选的测试用例对所述待测试接口进行测试。

在一些实施例中，在从目标接口的测试数据中筛选所述待测试接口匹配的测试用例之后，所述方法还包括：将所述测试用例添加至目标数据库内，并在所述目标数据库中维护所述测试用例与所述待测试接口之间的对应关系，和/或，在所述目标数据库中维护所述测试用例与所述待测试接口的接口类型之间的对应关系。

第二方面，本申请提供了一种接口测试装置，该装置包括：

确定模块，用于确定待测试接口；

筛选模块，用于从目标接口的测试数据中筛选所述待测试接口匹配的测试用例；

测试模块，用于基于筛选的测试用例对所述待测试接口进行测试。

第三方面，本申请提供了一种计算机可读存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行第一方面的接口测试方法。

第四方面，本申请提供了一种电子设备，所述电子设备包括：存储器，用于存储程序；处理器，耦合至所述存储器，用于运行所述程序以执行第一方面的接口测试方法。

本申请提供的接口测试方法和装置，在确定待测试接口之后，从目标接口的测试数据中筛选所述待测试接口匹配的测试用例。然后基于筛选的测试用例对所述待测试接口进行测试。可见，本申请实施例提供的方案能够达到如下技术效果：一是，待测试接口的测试用例从目标接口的测试数据中筛选，因此测试用例能够复用之前为目标接口编写的传入数据和验证数据等测试用例相关的数据，从而降低测试用例的编写复杂度和工作量。二是，测试用例复用了之前为目标接口编写的传入数据和验证数据等测试用例相关的数据，因此降低了对测试人员的业务能力的要求，即使测试人员对接口的熟悉程度不高，也可以基于筛选匹配到的测试用例完成针对待测试接口的测试。三是，测试用例的生成阶段和应用测试用例对待测试接口进行测试的阶段，均可减少人工介入，因此能够提高接口测试效率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

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

图1示出了本申请一个实施例提供的一种接口测试方法的流程图；

图2示出了本申请一个实施例提供的一种接口测试装置的结构示意图；

图3示出了本申请另一个实施例提供的一种接口测试装置的结构示意图。

具体实施方式

下面将参照附图更加详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

目前，在接口测试时，测试人员在接口测试工具中录入为接口编写的传入数据和验证数据，然后通过录入数据后的接口测试工具对接口进行测试。现有的这种接口测试方式存在如下三点缺陷：一是，接口测试人工介入度较高，且需要针对接口对应编写有针对性的传入数据和验证数据，从而导致接口测试效率不高；二是，传入数据和验证数据通常仅能应用在对应的接口，复用性较差。三是，对测试人员的业务能力要求较高，测试人员不仅需要具有编写传入数据和验证数据的能力，而且需要对接口测试工具和接口均熟悉，才可完成对接口的测试。

发明人经过研究发现，对接口进行测试时产生的测试数据中包括有针对接口编写的传入数据和验证数据以及接口基于传入数据反馈的传出数据，这些数据是编写测试用例所需的必要数据。为了减少测试用例编写的复杂度以及减低对接口测试人员业务能力的要求，因此可以从已进行过测试的接口的测试数据中筛选待测试接口匹配的测试用例，并基于筛选的测试用例对待测试接口进行测试。

基于上述考虑，本申请实施例提供了一种接口测试方法和装置。具体为：确定待测试接口，从目标接口的测试数据中筛选待测试接口匹配的测试用例，并基于筛选的测试用例对待测试接口进行测试。这样，能够克服现有接口测试中存在的缺陷，从而达到如下技术效果：一是，待测试接口的测试用例从目标接口的测试数据中筛选，因此测试用例能够复用之前为目标接口编写的传入数据和验证数据等测试用例相关的数据，从而降低测试用例的编写复杂度和工作量。二是，测试用例复用了之前为目标接口编写的传入数据和验证数据等测试用例相关的数据，因此降低了对测试人员的业务能力的要求，即使测试人员对接口的熟悉程度不高，也可以基于筛选匹配到的测试用例完成针对待测试接口的测试。三是，测试用例的生成阶段和应用测试用例对待测试接口进行测试的阶段，均可减少人工介入，因此能够提高接口测试效率。

本申请实施例提供的接口测试方法及装置可以应用在任意一个需要对接口进行测试场景中，本申请实施例对接口测试方法及装置的应用场景不做具体限定。

下面对本申请实施例提供的接口测试方法及装置进行具体说明。

如图1所示，本申请实施例提供了一种接口测试方法，该接口测试方法主要包括如下步骤：

101、确定待测试接口。

业务系统中任意一个存在测试需求的接口均可作为待测试接口。待测试接口可以分为如下两种：一种是，待测试接口是截止到当前时间未进行过任何测试的接口。另一种是，待测试接口是截止到当前时间已进行过至少一次测试的接口。可见，无论待测试接口是首次测试的接口和非首次测试的接口，本申请实施例提供的接口测试方法均可为其筛选匹配到对应的测试用例，并使用筛选的测试用例对其完成测试。

102、从目标接口的测试数据中筛选待测试接口匹配的测试用例。

目标接口为已经针对其编写过测试用例，并使用所编写的测试用例对其进行过测试的接口。这里的测试用例中包括有传入数据和验证数据。传入数据用于请求接口以使接口反馈对应的传出数据。验证数据用于验证接口反馈的传出数据的正确性。

考虑到测试用例的适用度有限，因此目标接口与待测试接口可具有如下两种关系：一是，目标接口为待测试接口本身。此种，适用于需要再次对待测试接口进行测试情况，不仅能够实现已有测试用例的复用，而且还能够通过已有测试用例优化出测试效果更为良好的测试用例供待测试接口测试使用。另一种是，目标接口与待测试接口的接口类型相同。此种，不仅适用于需要再次对待测试接口进行测试的情况，而且也适用首次对待测试接口进行测试的情况。接口类型相同的接口，涉及的接口方法和功能均相同，因此适用于目标接口的测试用例同样适用于待测试接口。需要说明的是，若目标接口与待测试接口之间的关系为上述的第二种，则为了提高匹配到测试用例的可能性，则目标接口可以为多个。

在确定出目标接口之后，需要获取目标接口的测试数据，以便依据目标接口的测试数据得到测试待测试接口所需的测试用例。在实际应用中，对目标接口每进行一次测试，都会针对该次测试产生对应的单次测试数据。因此本步骤102所提及的目标接口的测试数据由至少一个单次测试数据组成。

单次测试数中不仅会包括该单次测试所用测试用例包括的传入数据和验证数据，还会包括接口针对传入数据反馈的传出数据。单次测试数据中所包括的上述数据是编写测试用例所需的必要数据，因此为了降低编写测试用例的复杂度，将目标接口对应的至少一个单次测试数据获取为目标接口的测试数据，以便从这些单次测试数中筛选出可供待测试接口直接使用的测试用例，或筛选出用于编写适用于待测试接口的测试用例所需的目标数据。

在获取到目标接口的测试数据之后，需要从目标接口的测试数据中筛选待测试接口匹配的测试用例。下面对从目标接口的测试数据中筛选待测试接口匹配的测试用例的过程进行具体说明，该过程包括如下步骤：

102A、从测试数据中筛选目标数据。

从测试数据中筛选目标数据的方法包括如下两种，下面对这两种方法进行分别说明：

方法一，在用于测试目标接口的浏览器部署数据采集插件，其中，数据采集插件用于在浏览器发起针对目标接口的测试时采集目标接口的测试数据，并基于筛选条件对测试数据进行筛选处理。则，从测试数据中筛选目标数据的具体过程为：通过数据采集插件采集目标接口的测试数据，并基于筛选条件对所采集的测试数据进行筛选处理；将数据采集插件筛选处理后所得的数据确定为目标数据。

浏览器用于完成针对目标接口的测试，浏览器针对目标接口的单次测试的具体过程为：将单次测试所用测试用例涉及的传入数据提供至目标接

口，然后接收目标接口针对传入数据反馈的传出数据，并将传出数据与单次测试所用测试用例涉及的验证数据比对处理。

在浏览器对目标接口进行测试之前，需要在浏览器中部署数据采集插件。数据采集插件用于在浏览器发起针对目标接口的测试时采集目标接口的测试数据，并基于筛选条件对测试数据进行筛选处理。可见，数据采集插件的主要作用包括如下两个：

一个是，采集目标接口的测试数据。每对目标接口进行一次测试，数据采集插件便针对该次测试获取到对应的单次测试数据。该单次测试数据中包括有针对单次测试所用测试用例涉及的传入数据和验证数据以及接口针对传入数据反馈的传出数据。这些数据均可为编写测试用例提供数据依据，因此为了减低测试用例的复杂度以及提高测试用例的编写效果，需要采集目标接口的单次测试数据，以从各单次测试数据中筛选出满足测试用例编写需求的数据。

另一个是，基于筛选条件对目标接口的测试数据进行筛选处理，以得到可以用于生成测试用例的目标数据。考虑到接口测试时均会存在对应的测试需求，因此为了满足测试需求需要设置筛选条件以从测试数据中筛选出生成测试用例所需的数据。筛选条件可基于具体测试需求灵活设定。筛选条件可用于从一个单次测试数据中筛选目标数据，也可用于从多个单次测试数据中筛选数据。在从多个单次测试数据中筛选数据时，说明待测试接口匹配的测试用例需要使用多个单侧测试数据中的数据合并处理形成。

示例性的，筛选条件包括如下两种：一是，筛选项目；二是筛选项目以及筛选项目对应的数据筛选要求。这里提及的筛选项目通常基于测试涉及的参数的参数类型设定。比如，筛选项目包括如下中的至少一种：传入数据涉及的传入参数对应的参数类型、传出数据涉及的传出参数对应的参数类型、验证数据涉及的验证参数对应的参数类型。

数据采集插件在浏览器中的部署过程为：获取数据采集插件对应的注入脚本，其中，注入脚本的格式需要适用于浏览器；将注入脚本注入在浏览器中。需要说明的是，考虑不同的接口的筛选需求不同，同一接口不同次测试的筛选需求会有不同，因此在数据采集插件部署到浏览器之后，预留有筛选条件设置接口。通过筛选条件设置接口可以针灵活设置对应的筛选条件。

数据采集插件对目标接口的测试数据进行筛选处理后所得的目标数据，是符合测试用例生成要求的数据。将目标接口的测试数据的采集工作和从测试数据中筛选目标数据的工作交予数据采集插件，能够减少目标数据筛选的算力消耗。

方法二，从测试数据中筛选目标数据的具体过程为：基于筛选条件对目标接口的测试数据进行筛选处理；将筛选处理后所得的数据确定为目标数据。

此种方法将筛选目标数据的动作交由应用接口测试方法的执行主体来完成。该主体根据筛选条件对目标接口的测试数据进行筛选处理，从而得到满足编写测试用例需求的目标数据。筛选条件由该主体根据测试用例所需数据的具体要求灵活设定。目标接口的测试数据有至少一个单次测试数据组成，因此筛选条件可用于从一个单次测试数据中筛选目标数据，也可用于从多个单次测试数据中筛选数据。在从多个单次测试数据中筛选数据时，说明待测试接口匹配的测试用例需要使用多个单侧测试数据中的数据合并处理形成。

下面对上述方法一和方法二中均设置到的步骤“基于筛选条件对目标接口的测试数据进行筛选处理”进行说明，该步骤的具体执行情况包括如下几种：

第一种，基于筛选条件对测试数据进行筛选处理的具体执行包括：基于筛选条件涉及的筛选项目筛选单次测试数据；若确定单次测试数据中存在筛选项目对应的数据，则将筛选项目对应的数据确定为目标数据。

筛选项目通常基于接口测试涉及的参数的参数类型设定。原则上，接口测试的传入数据、传出数据以及验证数据中所涉及的参数的参数类型，均可设定为筛选项目。示例性，筛选项目为：url(地址)、method(方法)、statucode(状态码)。

若确定单次测试数据中存在筛选项目对应的数据，说明单次测试数据可用于生成测试用例，且筛选项目对应的数据为生成测试用例的必要数据，因此将筛选项目对应的数据获取为目标数据。

第二种，基于筛选条件对测试数据进行筛选处理的具体执行包括：基于筛选条件涉及的筛选项目筛选单次测试数据；若确定单次测试数据中存在筛选项目对应的数据，则将单次测试数据确定为目标数据。

若确定单次测试数据中存在筛选项目对应的数据，说明单次测试数据可用于生成测试用例，且单次测试数据中存在生成测试用例的必要数据，因此为了保证生成测试用例所需数据的完整性，将单次测试数据整体获取为目标数据。

需要说明的是，上述第一种和第二种“基于筛选条件对单次测试数据进行筛选处理”的执行过程中，若筛选项目存在两个或两个以上，则筛选处理过程可以包括如下两种：一种是，为了保证生成测试用例所需数据的完整性，则在确定单次测试数据中存在所有筛选项目对应的数据时，才将筛选项目对应的数据获取为目标数据，一旦确定一个或多个筛选项目在单次测试数据中不存在对应的数据，则说明单次测试数据不能用于生成测试用例，直接剔除单次测试数据即可。另一种是，不限定所有筛选项目在单次测试数据中均存在对应的数据，只要存在至少一个筛选项目在单次测数据中存在对应的数据，就可将存在对应数据的这些筛选项目对应的数据获取为目标数据。

第三种，基于筛选条件对测试数据进行筛选处理的具体执行包括：基于筛选条件涉及的筛选项目以及筛选项目对应的数据筛选要求，筛选单次测试数据；若确定单次测试数据中存在筛选项目对应的数据，且筛选项目对应的数据满足筛选项目对应的数据筛选要求，则将筛选项目对应的数据确定为目标数据。

此种情况下筛选条件中不仅限定了筛选项目且限定了筛选项目对应的数据筛选要求。数据筛选要求用于限定筛选项目对应的参数的具体取值情况。原则上，每一个筛选项目均存在其各自对应的数据筛选要求。示例性的，筛选项目为statucode(状态码)，其对应的数据筛选要求为400，也就是，需要筛选状态码为400的数据。

若确定单次测试数据中存在筛选项目对应的数据，且筛选项目对应的数据满足筛选项目对应的数据筛选要求，说明单次测试数据可用于生成测试用例，且筛选项目对应的符合数据筛选要求的数据为生成测试用例的必要数据，因此将筛选项目对应的数据获取为目标数据。

第四种，基于筛选条件对测试数据进行筛选处理的具体执行包括：基于筛选条件涉及的筛选项目以及筛选项目对应的数据筛选要求，筛选单次测试数据；若确定单次测试数据中存在筛选项目对应的数据，且筛选项目对应的数据满足筛选项目对应的数据筛选要求，则将单次测试数据确定为目标数据。

若确定单次测试数据中存在筛选项目对应的数据，且筛选项目对应的数据满足筛选项目对应的数据筛选要求，说明单次测试数据可用于生成测试用例，且单次测试数据中存在生成测试用例的必要数据，因此为了保证生成测试用例所需数据的完整性，将单次测试数据整体获取为目标数据。

需要说明的是，上述第三种和第四种“基于筛选条件对单次测试数据进行筛选处理”的执行过程中，若筛选项目存在两个或两个以上时，筛选操作可以包括如下两种：一种是，为了保证生成测试用例所需数据的完整性，则在确定单次测试数据中存在所有筛选项目对应的数据，且所有筛选项目对应的数据均符合对应的数据筛选要求时，才将筛选项目对应的数据获取为目标数据，一旦确定一个或多个筛选项目在单次测试数据中不存在对应的数据或一个或多个筛选项目虽然在单次测试数据中存在但对应的数据不符合对应的数据筛选要求，则说明单次测试数据不能用于生成测试用例，直接剔除单次测试数据即可。二种是，不限定所有筛选项目在单次测试数据中均存在对应的数据，只要存在至少一个筛选项目在单次测数据中存在对应的数据，且对应的数据符合对应的数据筛选要求，就可将这些符合要求的筛选项目对应的数据获取为目标数据。

第五种，基于筛选条件对测试数据进行筛选处理的具体执行包括：基于筛选条件涉及的筛选项目和/或筛选项目对应的数据筛选要求，从多个单次测试数据中分别筛选对应的数据；将所筛选出的数据合并后，形成目标数据。

数据合并处理可以基于业务需求确定，本申请不做具体限定。示例性的，在筛选出的数据中，对同一筛选项目下的数据取最大值、取均值或取最小值。

102B、基于目标数据生成测试用例。

在获取到目标数据之后，需要基于目标数据生成测试用例。基于目标数据生成测试用例的方法包括如下三种：

第一种，基于目标数据生成测试用例的具体过程包括：检测目标数据是否为可供待测试接口直接使用的测试用例的全部数据；若是，直接确定出该可供待测试接口直接使用的测试用例即可。

进一步的，若检测出目标数据是可供待测试接口直接使用的测试用例的全部数据，则可使用下述第二种或第三种方法来基于目标数据生成测试用例。

第二种，基于目标数据生成测试用例的具体过程包括如下步骤102B1至102B2：

102B1，基于待测试接口的接口类型选取测试用例模板。

由于是为待测试接口生成测试用例，因此为了保证所生成的测试用例能够应用于待测试接口，故选取与待测试接口的接口类型相应的测试用例模板来生成测试用例。比如，待测试接口为用于删除数据的接口，其对应的接口类型为删除功能接口，则选取删除功能接口对应的测试用例模板。

选取测试用例模板的目的是为了提高测试用例的生成速率。测试用例模板中包括有多个配置项目，配置项目用于设置传入数据、验证数据。配置项目通常以对应的字段存在于测试用例模板中，以便通过对应的字段为配置项目填入对应的配置数据。

102B2，根据目标数据和测试用例模板，生成测试用例。

根据目标数据和测试用例模板生成测试用例的具体过程包括如下步骤D2至步骤D2：

D1，基于目标数据确定测试用例模板中的每一个配置项目对应的配置数据。

在确定配置项目对应的配置数据时，首先需要判断配置项目在目标数据中是否存在对应的配置数据，以便基于判断结果来确定各配置项目对应的配置数据。判断配置项目在目标数据中是否存在对应的配置数据的具体过程为：每一个配置项目均存在对应的字段，因此针对每一个配置项目均可执行如下步骤：基于配置项目对应的字段与目标数据中各参数名称进行匹配；若匹配到，则说明配合项目在目标数据中存在对应的配置数据，因此将与字段匹配的参数名称对应的数据确定为配置项目对应的配置数据；若未匹配到，则说明配置项目在目标数据中不存在对应的配置数据。

对于在目标数据中存在对应数据的配置项目：将配置项目对应的数据确定为配置项目对应的配置数据。示例性的，目标数据中仅存在与传入相关的数据。对于对应于传入数据的配置项目1，其匹配到对应的数据1，则将配置项目1对应的数据1确定为配置项目1对应的配置数据。

对于在目标数据中不存在对应的配置数据，但存在相关数据的配置项目：展示相关数据，并在接收到针对配置项目的输入数据时，将输入数据确定为配置项目对应的配置数据，其中，输入数据为参考相关数据而设定的数据。这里展示与配置项目相关的相关数据的目的是为了给测试人员提供参考，以使测试人员参考这些相关数据去设置配置项目对应的配置数据。这样由于测试人员设置配置项目可以参考相关数据进行，因此可以降低测试人员设置配置项目的配置数据的难度。

在测试人员参考相关数据为配置项目设置对应的配置数据之后，可将其所设置的配置数据作为输入数据输入至交互界面。在通过交互界面接收到针对配置项目的输入数据时，将输入数据确定为配置项目对应的配置数据。

这里提及的相关数据，与目标数据中与配置项目相关的数据，原则上目标数据中与配置项目相关的数据均可以确定为相关数据。示例性的，验证数据相关的配置项目2在目标数据中不存在对应的数据，但是目标数据中与传入相关的数据和与传出相关的数据中均存在与配置项目2相关的数据，这些相关的数据均可为配置项目2的配置数据的设定提供数据参考，因此将与传入相关的数据和与传出相关的数据中与配置项目2相关的数据均确定为配置项目2的相关数据，并展示出供测试人员参考。

D2，将确定的配置数据填充到对应的配置项目，生成测试用例。

将所确定的配置数据填充到对应的配置项目，即生成对应于接口类型的测试用例。所生成的测试用例适用于待测试接口，同时也适用于与接口类型与待测试接口相同的接口。

通过上述步骤D1至D2可以看出，测试用例的生成过程依靠目标数据和测试用例模板完成，因此能够减少测试用例的编写难度，从而能够提高测试用例的效率。

进一步的，为了使得所生成的测试用例更符合业务需求，则在将确定的配置数据填充到对应的配置项目之后，在生成测试用例之前，还可以包括如下步骤D3至D5：

D3，展示测试用例模板涉及的配置项目以及配置项目被填充的配置数据。

为了使得生成的测试用例更符合要求，则将所确定的配置数据填充到对应的配置项目之后，展示测试用例模板涉及的配置项目以及配置项目被填充的配置数据，以使测试人员对各配置项目以及配置项目被填充的配置数据是否符合业务需求。在测试人员审查配置项目被填充的配置数据不符合业务需求或存在错误时，可以及时对配置项目对应的配置数据进行修改，以保证所生成测试用例不仅符合业务要求，且能保证其正确性。

D4，若接收到确认指令，则基于所展示的配置项目以及配置项目被填充的配置数据，生成测试用例。

若接收到确认指令，说明测试人员确认所展示的配置项目以及配置项目被填充的配置数据均符合业务需求，且均正确，因此在接收到确认指令后，基于所展示的配置项目以及配置项目被填充的配置数据，生成测试用例。

D5，若接收到修改指令，则基于修改指令携带的更新数据更新所展示的配置项目以及配置项目被填充的配置数据，并基于更新后的配置项目以及配置项目的配置数据生成测试用例。

在测试人员确认一些配置项目对应的配置数据不符合业务要求或不正确时，其可针对这些配合项目下发修改指令，对这些配置项目的配置数据进行修改。修改指令中通常携带有更新数据，该更新数据对应待修改配置数据的配置项目。

在接收到修改指令时，基于修改指令携带的更新数据更新更新数据所指向的配置项目的配置数据。这里的更新可以为整体替换配置数据也可以是对配置数据中的一些数据进行有针对性的修改。在基于修改指令更新完成后，说明配置项目以及配置项目被填充的配置数据均符合业务需求，且均正确，因此基于更新后的配置项目以及配置项目的配置数据生成测试用例。

第二种，基于目标数据生成测试用例的具体过程包括如下步骤102B3至102B4：

102B3，通过用例设置界面展示目标数据，以供用户通过用例设置界面基于目标数据设置测试用例数据。

为了给测试人员编写测试用例提供编写依据，则通过用例设置界面展示目标数据，这里的目标数据可以包括如下中的至少一种：传入数据、传出数据和验证数据。测试人员可以参考用例设置界面所展示的数据，设置出测试用例所需的传入数据和验证数据。示例性，用例设置界面中展示了目标数据涉及的传入数据和传出数据，测试人员基于传出数据设置了验证数据，并对传入数据进行了修改以使传入数据与修改后的验证数据相匹配。

这种通过用例设置界面展示目标数据，由于给测试人员编写测试用例提供了必要的参考数据，因此能够减少测试人员编写测试用例的难度，缩短测试用例的编写时间。

102B4，若确定测试用例数据设置完成，则基于测试用例数据生成测试用例。

测试人员会基于用例设置界面展示的目标数据在用例设置界面设置测试用例数据。接口测试用例数据包括传入数据和验证数据，其中，传入数据和验证数据可通过如下数据而得：目标数据、测试人员基于目标数据修改的数据、测试人员基于目标数据添加的数据。

若接收到数据设置完成的指令时，说明测试人员已经在用例设置界面中设置完接口测试用例数据，因此基于接口测试用例数据生成测试用例。

103、基于筛选的测试用例对待测试接口进行测试。

基于筛选的测试用例对待测试接口进行测试的具体过程包括如下步骤103A至103B：

103A、基于测试用例和测试待测试接口所需的测试环境，生成接口测试脚本。

测试用例需要与测试环境相结合，才能够确定接口在测试环境中是否功能异常，因此在对待测试接口进行测试时需要选取测试环境。本申请实施例维护多个测试环境，在测试时直接选用符合要求的测试环境即可。

在确定测试环境之后，选取与测试环境相应的脚本模板，然后将测试用例注入到脚本模板中，即形成接口测试脚本。

103B、在测试环境中，基于接口测试脚本对待测试接口进行测试。

基于测试环境对应的地址，访问测试环境，并在测试环境中使用接口测试脚本对待测试接口进行测试。

本申请实施例提供的接口测试方法，在确定待测试接口之后，从目标接口的测试数据中筛选所述待测试接口匹配的测试用例。然后基于筛选的测试用例对所述待测试接口进行测试。可见，本申请实施例提供的方案能够达到如下技术效果：一是，待测试接口的测试用例从目标接口的测试数据中筛选，因此测试用例能够复用之前为目标接口编写的传入数据和验证数据等测试用例相关的数据，从而降低测试用例的编写复杂度和工作量。二是，测试用例复用了之前为目标接口编写的传入数据和验证数据等测试用例相关的数据，因此降低了对测试人员的业务能力的要求，即使测试人员对接口的熟悉程度不高，也可以基于筛选匹配到的测试用例完成针对待测试接口的测试。三是，测试用例的生成阶段和应用测试用例对待测试接口进行测试的阶段，均可减少人工介入，因此能够提高接口测试效率。

在本申请一些实施例中，在上述步骤102从目标接口的测试数据中筛选所述待测试接口匹配的测试用例之后，该接口测试方法还包括如下步骤：将测试用例添加至目标数据库内，并在目标数据库中维护测试用例与待测试接口之间的对应关系，和/或，在目标数据库中维护测试用例与待测试接口的接口类型之间的对应关系。

在生成测试用例之后，为了便于后续使用测试用例，则将测试用例添加至目标数据库中。在测试用例添加至目标数据库之后，为了更好的调用测试用例使用，则目标数据库可以维护如下两个对应关系：一是，目标数据库维护测试用例与待测试接口之间的对应关系，由于测试用例基于待测试接口的测试数据生成，因此一旦待测试接口需要再次进行测试时，可以根据该对应关系，快速提取到测试用例应用于待测试接口。二是，目标数据库维护测试用例与待测试接口的接口类型之间的对应关系。这样一旦接口类型与待测试接口相同的接口需要使用测试时，可以基于接口类型快速提取到测试用例应用于这个接口。

在本申请一些实施例中，在上述步骤103基于筛选的测试用例对待测试接口进行测试之前，该接口测试方法还包括如下步骤：若需要对具有先后调用顺序的多个接口进行顺序测试，且待测试接口为多个接口中的一个接口，则检测调用顺序位于待测试接口前一位的接口的测试是否完成；若完成，则基于筛选的测试用例对待测试接口进行测试。

为了提高接口测试效率以及验证接口调用的正确性，通常对具有调用关系的按照各接口的调用顺序进行依次测试。当待测试接口为具有先后调用顺序的多个接口中的一个接口时，为了保证待测试接口能够在正确的时机被测试，则检测调用顺序位于待测试接口前一位的接口的测试是否完成。若检测出位于待测试接口前一位的接口的测试未完成，说明还未到测试待测试接口的时机，则继续检测调用顺序位于待测试接口前一位的接口的测试是否完成。若检测出位于待测试接口前一位的接口的测试完成，说明待测试接口的测试时机到达，则基于筛选的测试用例对待测试接口进行测试。

在本申请一些实施例中，在上述步骤103基于筛选的测试用例对待测试接口进行测试之前，该接口测试方法还包括如下步骤：若需要使用具有逻辑关系的多个目标用例对待测试接口进行测试，且测试用例为多个目标测试用例中的一个目标测试用例，则检测逻辑位于测试用例之前的目标测试用例对应的测试是否完成；若完成，则基于筛选的测试用例对待测试接口进行测试。

为了提高接口测试效率以及验证接口调用的正确性，可使用具有逻辑关系的多个目标测试用例依次对待测试接口进行测试。当测试用例为具有逻辑关系的多个目标测试用例中的一个目标测试用例时，为了保证待测试接口能够在正确的时机应用测试用例，则检测逻辑位于测试用例之前的目标测试用例对应的测试是否完成。若检测出逻辑位于测试用例之前的目标测试用例对应的测试未完成，说明还不能对待测试接口应用测试用例，则检测逻辑位于测试用例之前的目标测试用例对应的测试是否完成。若检测出逻辑位于测试用例之前的目标测试用例对应的测试完成，说明可对待测试接口应用测试用例，则基于筛选的测试用例对待测试接口进行测试。

在本申请一些实施例中，在上述步骤103基于筛选的测试用例对待测试接口进行测试之后，该接口测试方法还包括如下步骤：获取待测试接口应用测试用例后的测试结果；基于测试结果生成对应于待测试接口的接口用例测试报告。

为了使得测试人员及时了解待测试接口应用测试用例的具体情况，则获取对待测试接口应用测试用例后的测试结果。这里的测试结果包括有应用测试用例进行测试所涉及的传入数据、传出数据以及验证数据。基于测试结果生成对应于待测试接口的接口用例测试报告中主要包括：传入数据、传出数据、验证数据以及基于传入数据、传出数据、验证数据分析而得的接口判定结果。

为了使得测试人员更为直观的了解待测试接口的测试情况，则可以图形界面的形式展示接口用例测试报告，从而使得测试人员直观了解针对第二接口的本次测试所用的测试用例情况和测试结果情况，进而便于测试人员对接口进行异常排除处理。

进一步的，本申请的一个实施例还提供了一种接口测试装置，如图2所示，该接口测试装置包括：

确定模块21，用于确定待测试接口；

筛选模块22，用于从目标接口的测试数据中筛选所述待测试接口匹配的测试用例；

测试模块23，用于基于筛选的测试用例对所述待测试接口进行测试。

本申请实施例提供的接口测试装置，在确定待测试接口之后，从目标接口的测试数据中筛选所述待测试接口匹配的测试用例。然后基于筛选的测试用例对所述待测试接口进行测试。可见，本申请实施例提供的方案能够达到如下技术效果：一是，待测试接口的测试用例从目标接口的测试数据中筛选，因此测试用例能够复用之前为目标接口编写的传入数据和验证数据等测试用例相关的数据，从而降低测试用例的编写复杂度和工作量。二是，测试用例复用了之前为目标接口编写的传入数据和验证数据等测试用例相关的数据，因此降低了对测试人员的业务能力的要求，即使测试人员对接口的熟悉程度不高，也可以基于筛选匹配到的测试用例完成针对待测试接口的测试。三是，测试用例的生成阶段和应用测试用例对待测试接口进行测试的阶段，均可减少人工介入，因此能够提高接口测试效率。

在本申请一些实施例中，如图3所示，筛选模块22包括：

筛选单元221，用于从所述测试数据中筛选目标数据；

生成单元222，用于基于所述目标数据生成所述测试用例。

在本申请一些实施例中，如图3所示，该接口测试装置还包括：部署模块24，用于在用于测试所述目标接口的浏览器部署数据采集插件；

筛选单元221，具体用于通过所述数据采集插件采集所述目标接口的测试数据，并基于筛选条件对所采集的测试数据进行筛选处理；将所述数据采集插件筛选处理后所得的数据确定为所述目标数据。

在本申请一些实施例中，如图3所示，生成单元222包括：

选取子单元2221，用于基于所述待测试接口的接口类型选取测试用例模板；

第一生成子单元2222，用于根据所述目标数据和所述测试用例模板，生成所述测试用例。

在本申请一些实施例中，如图3所示，第一生成子单元2222，具体用于基于所述目标数据确定所述测试用例模板中的每一个配置项目对应的配置数据；将确定的配置数据填充到对应的配置项目，生成所述测试用例。

在本申请一些实施例中，如图3所示，第一生成子单元2222，具体用于对于在所述目标数据中存在对应数据的配置项目：将所述配置项目对应的数据确定为所述配置项目对应的配置数据；对于在所述目标数据中不存在对应的配置数据，但存在相关数据的配置项目：展示所述相关数据，并在接收到针对所述配置项目的输入数据时，将输入数据确定为所述配置项目对应的配置数据，其中，所述输入数据为参考所述相关数据而设定的数据。

在本申请一些实施例中，如图3所示，第一生成子单元2222，还用于在将确定的配置数据填充到对应的配置项目之后，在生成测试用例之前，展示所述测试用例模板涉及的配置项目以及配置项目被填充的配置数据；若接收到确认指令，则基于所展示的配置项目以及配置项目被填充的配置数据，生成所述测试用例；若接收到修改指令，则基于所述修改指令携带的更新数据更新所展示的配置项目以及配置项目被填充的配置数据，并基于更新后的配置项目以及配置项目的配置数据生成所述测试用例。

在本申请一些实施例中，如图3所示，生成单元222包括：

第二生成子单元2223，用于通过用例设置界面展示所述目标数据，以供用户通过所述用例设置界面基于所述目标数据设置测试用例数据；若确定所述测试用例数据设置完成，则基于所述测试用例数据生成所述测试用例。

在本申请一些实施例中，如图3所示，测试模块23，具体用于基于所述测试用例和测试所述待测试接口所需的测试环境，生成接口测试脚本；在所述测试环境中，基于所述接口测试脚本对所述待测试接口进行测试。

在本申请一些实施例中，如图3所示，该接口测试装置还包括：

第一检测模块25，用于若需要对具有先后调用顺序的多个接口进行顺序测试，且所述待测试接口为所述多个接口中的一个接口，则检测调用顺序位于所述待测试接口前一位的接口的测试是否完成；若完成，触发测试模块23基于筛选的测试用例对所述待测试接口进行测试。

在本申请一些实施例中，如图3所示，该接口测试装置还包括：

第二检测模块26，用于若需要使用具有逻辑关系的多个目标测试用例对所述待测试接口进行测试，且所述测试用例为所述多个目标测试用例中的一个目标测试用例，则检测逻辑位于所述测试用例之前的目标测试用例对应的测试是否完成；若完成，触发测试模块23基于筛选的测试用例对所述待测试接口进行测试。

在本申请一些实施例中，如图3所示，该接口测试装置还包括：

添加模块27，用于将生成模块22生成的测试用例添加至目标数据库内，并在所述目标数据库中维护所述测试用例与所述待测试接口之间的对应关系，和/或，在所述目标数据库中维护所述测试用例与所述待测试接口的接口类型之间的对应关系。

本申请实施例提供的接口测试装置中，各个功能模块运行过程中所采用的方法详解可以参见上述接口测试方法实施例的对应方法详解，在此不再赘述。

进一步的，本申请的一个实施例还提供了一种计算机可读存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述的接口测试方法。

本申请实施例提供的计算机可读存储介质的有益效果与上述的接口测试方法的有益效果基本相同，因此这里不再赘述。

进一步的，本申请的一个实施例还提供了一种电子设备，所述电子设备包括：存储器，用于存储程序；处理器，耦合至所述存储器，用于运行所述程序以执行上述的接口测试方法。

本申请实施例提供的电子设备的有益效果与上述的接口测试方法的有益效果基本相同，因此这里不再赘述。

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

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的优选实施方式。

此外，存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据割接设备的处理器以产生一个机器，使得通过计算机或其他可编程数据割接设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据割接设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据割接设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (15)

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

确定待测试接口；

从目标接口的测试数据中筛选所述待测试接口匹配的测试用例；

基于筛选的测试用例对所述待测试接口进行测试。

2.根据权利要求1所述的方法，其特征在于，从目标接口的测试数据中筛选所述待测试接口匹配的测试用例，包括：

从所述测试数据中筛选目标数据；

基于所述目标数据生成所述测试用例。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：在用于测试所述目标接口的浏览器部署数据采集插件；

则，从所述测试数据中筛选目标数据，包括：

通过所述数据采集插件采集所述目标接口的测试数据，并基于筛选条件对所采集的测试数据进行筛选处理；

将所述数据采集插件筛选处理后所得的数据确定为所述目标数据。

4.根据权利要求2所述的方法，其特征在于，基于所述目标数据生成所述测试用例，包括：

基于所述待测试接口的接口类型选取测试用例模板；

根据所述目标数据和所述测试用例模板，生成所述测试用例。

5.根据权利要求4所述的方法，其特征在于，根据所述目标数据和所述测试用例模板，生成所述测试用例，包括：

基于所述目标数据确定所述测试用例模板中的每一个配置项目对应的配置数据；

将确定的配置数据填充到对应的配置项目，生成所述测试用例。

6.根据权利要求5所述的方法，其特征在于，基于所述目标数据确定所述测试用例模板中的每一个配置项目对应的配置数据，包括：

对于在所述目标数据中存在对应数据的配置项目：将所述配置项目对应的数据确定为所述配置项目对应的配置数据；

对于在所述目标数据中不存在对应的配置数据，但存在相关数据的配置项目：展示所述相关数据，并在接收到针对所述配置项目的输入数据时，将输入数据确定为所述配置项目对应的配置数据，其中，所述输入数据为参考所述相关数据而设定的数据。

7.根据权利要求5所述的方法，其特征在于，在将确定的配置数据填充到对应的配置项目之后，在生成测试用例之前，所述方法还包括：

展示所述测试用例模板涉及的配置项目以及配置项目被填充的配置数据；

若接收到确认指令，则基于所展示的配置项目以及配置项目被填充的配置数据，生成所述测试用例；

若接收到修改指令，则基于所述修改指令携带的更新数据更新所展示的配置项目以及配置项目被填充的配置数据，并基于更新后的配置项目以及配置项目的配置数据生成所述测试用例。

8.根据权利要求2所述的方法，其特征在于，基于所述目标数据生成所述测试用例，包括：

通过用例设置界面展示所述目标数据，以供用户通过所述用例设置界面基于所述目标数据设置测试用例数据；

若确定所述测试用例数据设置完成，则基于所述测试用例数据生成所述测试用例。

9.根据权利要求1-8中任一项所述的方法，其特征在于，基于筛选的测试用例对所述待测试接口进行测试，包括：

基于所述测试用例和测试所述待测试接口所需的测试环境，生成接口测试脚本；

在所述测试环境中，基于所述接口测试脚本对所述待测试接口进行测试。

10.根据权利要求1-8中任一项所述的方法，其特征在于，在基于筛选的测试用例对所述待测试接口进行测试之前，所述方法还包括：

若需要对具有先后调用顺序的多个接口进行顺序测试，且所述待测试接口为所述多个接口中的一个接口，则检测调用顺序位于所述待测试接口前一位的接口的测试是否完成；

若完成，则基于筛选的测试用例对所述待测试接口进行测试。

11.根据权利要求1-8中任一项所述的方法，其特征在于，在基于筛选的测试用例对所述待测试接口进行测试之前，所述方法还包括：

若需要使用具有逻辑关系的多个目标测试用例对所述待测试接口进行测试，且所述测试用例为所述多个目标测试用例中的一个目标测试用例，则检测逻辑位于所述测试用例之前的目标测试用例对应的测试是否完成；

若完成，则基于筛选的测试用例对所述待测试接口进行测试。

12.根据权利要求1-8中任一项所述的方法，其特征在于，在从目标接口的测试数据中筛选所述待测试接口匹配的测试用例之后，所述方法还包括：

将所述测试用例添加至目标数据库内，并在所述目标数据库中维护所述测试用例与所述待测试接口之间的对应关系，和/或，在所述目标数据库中维护所述测试用例与所述待测试接口的接口类型之间的对应关系。

13.一种接口测试装置，其特征在于，所述装置包括：

确定模块，用于确定待测试接口；

筛选模块，用于从目标接口的测试数据中筛选所述待测试接口匹配的测试用例；

测试模块，用于基于筛选的测试用例对所述待测试接口进行测试。

14.一种计算机可读存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至权利要求12中任意一项所述的接口测试方法。

15.一种电子设备，其特征在于，所述电子设备包括：

存储器，用于存储程序；

处理器，耦合至所述存储器，用于运行所述程序以执行权利要求1至权利要求12中任意一项所述的接口测试方法。

Images