CN117891715A - 一种接口测试方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种接口测试方法、装置、电子设备及存储介质；该方法包括：接收测试人员输入的多个待测试接口的配置信息；根据各个待测试接口的配置信息在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则；根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本；通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果。采用本申请提供的技术方案，可以针对多个接口自动匹配异常场景规则，减少手工重复工作，从而可以提高测试效率，节省测试成本。

Description

一种接口测试方法、装置、电子设备及存储介质

技术领域

本申请实施例涉及计算机应用技术领域，尤其涉及一种接口测试方法、装置、电子设备及存储介质。

背景技术

随着前后端分离、微服务等技术的广泛应用，接口测试在整个测试过程中扮演的角色越来越重要，如何更加高效地把接口测好、测得更加充分就成了一个亟待解决的难题。

当前在对具体的某一接口进行测试时，普遍采取的方法是测试人员按照接口文档中的字段取值规则使用接口测试工具，例如Postman等，手工来回修改接口报文中的某一个字段值来进行测试，对于单个或者是简单接口相对比较友好，然而往往一个系统中会包含有大量的接口、接口逻辑复杂、接口里边包含有非常多的字段，这就给接口测试的开展带来了很多问题，比如费时费力、工作量大、漏测某些测试场景等；同时还由于项目工期紧张等原因，在接口测试过程中一般更多的是关注正常场景是否有实现，相较于异常场景的重视程度就不够，从而极易由此引发相关测试质量问题。

发明内容

本申请提供一种接口测试方法、装置、电子设备及存储介质，可以针对多个接口自动匹配异常场景规则，减少手工重复工作，从而可以提高测试效率，节省测试成本。

第一方面，本申请实施例提供了一种接口测试方法，所述方法包括：

接收测试人员输入的多个待测试接口的配置信息；

根据各个待测试接口的配置信息在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则；

根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本；

通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果。

第二方面，本申请实施例还提供了一种接口测试装置，所述装置包括：接收模块、匹配模块、生成模块和测试模块；其中，

所述接收模块，用于接收测试人员输入的多个待测试接口的配置信息；

所述匹配模块，用于根据各个待测试接口的配置信息在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则；

所述生成模块，用于根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本；

所述测试模块，用于通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果。

第三方面，本申请实施例提供了一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本申请任意实施例所述的接口测试方法。

第四方面，本申请实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请任意实施例所述的接口测试方法。

本申请实施例提出了一种接口测试方法、装置、电子设备及存储介质，在执行测试任务时，先接收测试人员输入的多个待测试接口的配置信息；再根据各个待测试接口的配置信息在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则；然后根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本；最后通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果。也就是说，在本申请的技术方案中，先通过接收测试人员输入的多个待测试接口的配置信息，为执行之后的测试任务提供了数据基础。然后根据各个待测试接口的配置信息在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则，来针对待测试接口可能出现的各种异常情况进行测试，从而增加测试覆盖率，确保尽可能多的潜在问题被发现和解决。之后根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本，帮助提高测试效率，保证测试质量，降低维护成本，提高可重复性和改进缺陷发现能力。最后通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果，根据测试结果可以帮助开发人员和测试人员更好地评估系统的质量和可靠性，及时发现和修复问题，从而确保系统的稳定性和可靠性。因此，和现有技术相比，本申请实施例提出的一种接口测试方法、装置、电子设备及存储介质，可以针对多个接口自动匹配异常场景规则，减少手工重复工作，从而可以提高测试效率，节省测试成本；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

附图说明

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

图1为本申请实施例提供的接口测试方法的第一流程示意图；

图2为本申请实施例提供的接口测试方法的第二流程示意图；

图3为本申请实施例提供的接口测试方法的第三流程示意图；

图4为本申请实施例提供的接口测试装置的结构示意图；

图5为本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

实施例一

图1为本申请实施例提供的接口测试方法的第一流程示意图，该方法可以由接口测试装置或者电子设备来执行，该装置或者电子设备可以由软件和/或硬件的方式实现，该装置或者电子设备可以集成在任何具有网络通信功能的智能设备中。如图1所示，接口测试方法可以包括以下步骤：

步骤110、接收测试人员输入的多个待测试接口的配置信息。

其中，待测试接口的配置信息指的是为了测试待测试接口所需要配置的参数和信息。这些配置信息可以包括接口的统一资源定位符(Uniform Resource Locator，简称URL)、请求方法、请求头、请求参数和/或响应格式等，本申请实施例对此不进行限制。

具体地，在执行测试任务时，先接收测试人员输入的多个待测试接口的配置信息，例如：可以通过配置和实现消息队列的消费者来接收测试人员输入的数据。然后对接收到的配置信息进行验证，确保其有效性。例如：检查URL是否能够成功连接、端口号是否在有效范围内或格式是否正确。若发现接收到的配置信息是无效的，则可以发出提示信息，例如：给出相应的错误提示或提示用户重新输入。若发现接收到的配置信息是有效的，则将验证后的配置信息存储起来，以便后续的接口测试使用。

本实施例中，通过接收测试人员输入的多个待测试接口的配置信息，为执行之后的测试任务提供了数据基础。

步骤120、根据各个待测试接口的配置信息在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则。

其中，异常场景规则库是提前对当前接口测试中异常场景测试的相关情形进行分析并总结归纳后得到的存储异常场景规则的数据库。异常场景测试是指在软件或系统测试过程中，针对可能出现的异常情况进行的测试。这些异常情况包括但不限于输入非法或无效数据、网络或通信故障、系统资源不足、服务器或服务故障以及用户行为异常等。异常场景规则是指在进行异常场景测试时，根据一定的规则和条件来判断测试用例是否符合预期结果，可以根据测试需求和实际情况来制定。

具体地，从接收到的配置信息中读取待测试接口的相关配置信息，例如：URL、请求方法、请求头、请求参数和响应格式等，然后对读取到的配置信息进行解析，提取其中的关键字段和参数，再根据解析后的配置信息，在异常场景规则库中查找与待测试接口匹配的异常场景规则。具体而言，可以通过遍历规则库、比对配置信息中的字段和参数来实现。

本实施例中，通过匹配异常场景规则，可以针对待测试接口可能出现的各种异常情况进行测试，从而增加测试覆盖率，确保尽可能多的潜在问题被发现和解决。

步骤130、根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本。

其中，可执行脚本是可以直接运行进行测试的程序。

具体地，根据前述确定的待测试接口的异常场景规则，确定需要生成的测试用例和可执行脚本的数量、类型和内容等需求。然后针对每个待测试接口的异常场景规则，进行解析和转化，将其转化为可执行脚本或测试用例的形式。例如：对于某个请求接口，可以根据异常场景规则生成针对不同请求参数、请求头、响应结果等组合的测试用例。再根据解析后的异常场景规则，使用测试框架或测试工具生成相应的测试用例和可执行脚本。例如：采用unittest、pytest、TestNG或Selenium等测试框架，本申请实施例对此不进行限制。其中，测试用例包括但不限于测试场景、输入数据和预期结果。

本实施例中，通过各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本，可以提高测试效率，保证测试质量，降低维护成本，提高可重复性和改进缺陷发现能力。

步骤140、通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果。

具体地，针对各个待测试接口的测试用例和可执行脚本，可以通过测试工具或框架来运行各个待测试接口的测试用例和脚本。例如：可以使用JUnit测试框架、NUnit测试工具或Appium测试工具。在测试用例和可执行脚本运行完成后，收集相关的测试结果。测试结果可以包括测试通过或失败的信息、异常信息和/或性能数据等，本申请实施例对此不进行限制。

本实施例中，通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果，可以帮助开发人员和测试人员更好地评估系统的质量和可靠性，及时发现和修复问题，从而确保系统的稳定性和可靠性。

本申请实施例提出的接口测试方法，在执行测试任务时，先接收测试人员输入的多个待测试接口的配置信息；再根据各个待测试接口的配置信息在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则；然后根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本；最后通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果。也就是说，在本申请的技术方案中，先通过接收测试人员输入的多个待测试接口的配置信息，为执行之后的测试任务提供了数据基础。然后根据各个待测试接口的配置信息在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则，来针对待测试接口可能出现的各种异常情况进行测试，从而增加测试覆盖率，确保尽可能多的潜在问题被发现和解决。之后根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本，帮助提高测试效率，保证测试质量，降低维护成本，提高可重复性和改进缺陷发现能力。最后通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果，根据测试结果可以帮助开发人员和测试人员更好地评估系统的质量和可靠性，及时发现和修复问题，从而确保系统的稳定性和可靠性。因此，和现有技术相比，本申请实施例提出的接口测试方法，可以针对多个接口自动匹配异常场景规则，减少手工重复工作，从而可以提高测试效率，节省测试成本；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例二

图2为本申请实施例提供的接口测试方法的第二流程示意图。基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。如图2所示，接口测试方法可以包括以下步骤：

步骤210、接收测试人员输入的多个待测试接口的配置信息。

示例性的，假设我们有三个待测试接口，分别为：用户注册接口、用户登录接口和用户信息查询接口。其中，用户注册接口用于注册新用户，输入包括用户名、密码和其他可选信息。用户登录接口用于用户登录系统，输入包括用户名和密码。用户信息查询接口用于获取用户的个人信息，输入包括用户ID。假设对于每个接口，测试人员需要输入的配置信息有接口URL、请求方法请求头、请求参数、响应格式和响应状态码。接收测试人员输入的多个待测试接口的配置信息可以为：用户注册接口的接口URL为/api/register、请求方法为POST、请求头为Content-Type:application/json、请求参数为{"username":"testuser","password":"testpassword"}、响应格式为JSON和响应状态码为200。用户登录接口的接口URL为/api/login、请求方法为POST、请求头为Content-Type:appl ication/json,Authorization:Bearer<token>、请求参数为{"username":"testuser","pass word":"testpassword"}、响应格式为JSON和响应状态码为200。用户信息查询接口的接口URL为/api/user/12345、请求方法为GET、请求头为Content-Type:application/json,Authorization:Bearer<token>、请求参数为空、响应格式为JSON和响应状态码为200。然后可以使用Spring MVC框架来获取配置信息。

步骤220、对各个待测试接口的配置信息进行解析，得到各个待测试接口的配置信息的解析结果。

具体地，对前述获取到的各个待测试接口的配置信息可以采用相应的解析方法进行解析，解析方法可以是JSON解析方法、XML解析方法或正则表达式匹配方法等，本申请实施例对此不进行限制。在解析过程中或解析完成后，可以进行一些额外的处理或修正。例如：处理缺失的请求参数或修正无效的URL。然后得到各个待测试接口的配置信息的解析结果。

另外，为了提高解析效率和准确性，可以对配置信息进行预处理和校验，以减少解析过程中的错误和异常情况。例如：可以检查URL是否有效、请求方法是否支持、请求头和请求参数的格式是否正确等。如果发现错误或不合理的地方，可以进行修正或提示用户进行修改。

本实施例中，通过得到各个待测试接口的配置信息的解析结果，为之后匹配各个待测试接口的异常场景规则提供了数据基础。

步骤230、根据各个待测试接口的配置信息的解析结果，在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则。

具体地，在得到各个待测试接口的配置信息的解析结果之后，可以根据各个待测试接口的配置信息的解析结果，在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则。具体而言，可以通过关键词匹配、正则表达式匹配、条件判断等方式来进行匹配。

本实施例中，通过匹配异常场景规则，可以帮助生成针对各种异常情况的测试用例，有助于发现和修复接口的问题，提高用户体验，从而提高测试覆盖率，减少遗漏的潜在问题，为用户提供更稳定、可靠和安全的服务。

步骤240、根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本。

具体地，根据前述匹配好的各个待测试接口的异常场景规则，可以生成相应的测试用例和可执行脚本。测试用例的内容可以包括请求的详细信息、期望的响应信息、断言和验证方式等。例如：针对一个用户注册接口，生成的测试用例包括正常的注册流程以及异常情况下的注册测试，如注册信息缺失、注册信息格式错误等情况。然后根据生成的测试用例，可以编写相应的可执行脚本，来模拟接口的调用过程。例如：可以使用Python语言来编写可执行脚本。脚本的内容可以包括发送请求、接收响应、断言验证等操作。例如：针对一个用户登录接口，可以使用Java语言编写可执行脚本来模拟用户登录过程，并验证登录成功后的用户信息和权限。

本实施例中，根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本，可以提高接口测试的灵活性，从而提高接口测试的质量和效率。

步骤250、通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果。

具体地，根据前述确定的测试用例，运行可执行脚本以进行测试。对于每个测试用例，脚本将模拟接口的调用情况并捕获响应结果。并且在脚本执行过程中，将每个测试用例的执行结果收集起来。例如：将通过、失败或异常以及相关的信息，如测试用例名称、输入参数、预期结果和实际结果收集起来。之后对收集到的执行结果进行分析和总结，得到各个待测试接口的测试结果。

本实施例中，通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果，方便测试人员了解测试结果，并根据测试结果对问题进行修复和改进。同时，也可以供后续开发人员参考和使用。

本申请实施例提出的接口测试方法，在执行测试任务时，先接收测试人员输入的多个待测试接口的配置信息；再对各个待测试接口的配置信息进行解析，得到各个待测试接口的配置信息的解析结果；然后根据各个待测试接口的配置信息的解析结果，在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则；之后根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本；最后通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果。也就是说，在本申请的技术方案中，先通过接收测试人员输入的多个待测试接口的配置信息，为执行之后的测试任务提供了数据基础。然后根据各个待测试接口的配置信息的解析结果，为之后匹配各个待测试接口的异常场景规则提供了数据基础。之后根据各个待测试接口的配置信息在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则，帮助生成针对各种异常情况的测试用例，有助于发现和修复接口的问题，提高用户体验，从而提高测试覆盖率，减少遗漏的潜在问题，为用户提供更稳定、可靠和安全的服务。之后根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本，提高接口测试的灵活性，从而提高接口测试的质量和效率。最后通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果，方便测试人员了解测试结果，并根据测试结果对问题进行修复和改进。同时，也可以供后续开发人员参考和使用。因此，和现有技术相比，本申请实施例提出的接口测试方法，可以针对多个接口自动匹配异常场景规则，减少手工重复工作，从而可以提高测试效率，节省测试成本；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例三

图3为本申请实施例提供的接口测试方法的第三流程示意图。基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。如图3所示，接口测试方法可以包括以下步骤：

步骤310、接收测试人员输入的多个待测试接口的配置信息。

其中，配置信息包括但不限于以下配置项：接口名称、接口请求方法、接口请求URL、接口请求输入报文、接口请求输出报文。

示例性的，配置信息可以如表1所示：

表1配置信息表

步骤320、按照预先设置的配置项的配置顺序在各个待测试接口的配置信息中提取出一个配置项作为当前配置项。

具体地，在执行测试任务前，先设置好配置项的配置顺序，配置顺序可以是按照配置项的名称、值或其他特定的规则进行排序，本申请实施例对此不进行限制。

在执行测试任务时，先从待测试接口的配置信息中获取到所有的配置项。然后根据预先设置的配置项的配置顺序对所有的配置项进行排序，并从排序后的配置项列表中提取出一个配置项作为当前配置项。具体而言，可以通过遍历列表或使用索引来进行提取，本申请实施例对此不进行限制。之后，对于当前配置项，可以进行进一步的处理，例如：将其用于接下来的接口测试、记录到日志中或传递给其他组件等。在提取到当前配置项之后，可以更新配置顺序，以便在下一次迭代中提取下一个配置项。更新配置顺序的方式可以是通过移动指针或更新索引，本申请实施例对此不进行限制。

本实施例中，按照预先设置的配置项的配置顺序在各个待测试接口的配置信息中提取出一个配置项作为当前配置项，可以简化配置管理过程，确保测试一致性，便于追踪和记录，从而提高测试效率。

步骤330、对当前配置项进行解析，得到当前配置项的解析结果；将当前配置项的下一个配置项作为当前配置项，重复执行对当前配置项进行解析的操作，直到得到各个待测试接口的全部配置项的解析结果。

具体地，对前述确定的当前配置项进行解析，以得到当前配置项的解析结果。具体而言，解析过程可以根据配置项的数据结构和类型来进行，例如：解析一个JSON对象可以使用相应的JSON解析库进行解析、解析一个XML节点可以使用相应的XML解析库进行解析或者解析一个键值对可以使用等号分割键值对，并将键和值分别存储在变量中。在解析完成后，将当前配置项的解析结果记录下来，以便后续使用，可以将解析结果存储到一个列表、字典或其他的数据结构中，本申请实施例对此不进行限制。然后更新当前配置项，将当前配置项的下一个配置项作为当前配置项。更新当前配置项的方法可以是通过移动指针或更新索引，本申请实施例对此不进行限制。同时，检查更新后的当前配置项是否为空。如果不为空，则重复执行对当前配置项进行解析的操作。如果为空，则执行步骤340。

本实施例中，通过该步骤为之后确定各个待测试接口的配置信息的解析结果提供了数据基础。

步骤340、将各个待测试接口的全部配置项的解析结果组合为各个待测试接口的配置信息的解析结果。

具体地，在执行和各个异常场景规则进行匹配的任务前，先确认各个待测试接口的全部配置项的解析结果，然后通过结合各个待测试接口的全部配置项的解析结果得到各个待测试接口的配置信息的解析结果。

本实施例中，通过将各个待测试接口的全部配置项的解析结果组合为各个待测试接口的配置信息的解析结果，为之后执行和各个异常场景规则进行匹配的任务提供了数据基础。

步骤350、在各个待测试接口的配置信息的解析结果中提取出各个待测试接口对应的一个或者多个接口字段。

具体地，在提取对应的接口字段之前，先确定接口字段在配置信息中的标识或规则，例如：接口字段可以以特定的键名或标签进行标识，本申请实施例对此不进行限制。然后对于每个待测试接口的配置信息的解析结果，可以使用适当的方式根据接口字段的标识提取出对应的字段信息，例如：采用循环遍历的方式。之后将提取出的接口字段信息进行存储，以便后续使用。例如：可以使用列表来存储提取到的接口字段。

本实施例中，通过在各个待测试接口的配置信息的解析结果中提取出各个待测试接口对应的一个或者多个接口字段，来简化数据处理过程，提高数据处理效率。

步骤360、将各个待测试接口对应的各个接口字段与异常场景规则库中的各个异常场景规则进行匹配，得到各个待测试接口的异常场景规则。

示例性的，假设有一个待测试的接口，该接口具有以下字段：用户名。用户名的输入要求为长度为5，类型为字符类型，现用户名输入为：user。异常场景规则库中的异常场景规则有：接口字段长度不满足，接口字段类型不满足，接口字段取值为邮箱时不满足邮箱的格式。则该接口的异常场景规则为接口字段长度不满足。

进一步地，将各个待测试接口对应的各个接口字段与异常场景规则库中的各个异常场景规则进行匹配，得到各个待测试接口的异常场景规则，包括：

在各个待测试接口对应的全部接口字段中提取出一个接口字段作为当前接口字段，并确定当前接口字段的类型；其中，当前接口字段的类型包括：特定的接口字段和非特定的接口字段；

根据当前接口字段的类型在异常场景规则库中确定当前接口字段对应的异常场景规则集合；其中，异常场景规则集合包括：基本异常场景规则集合和特殊异常场景规则集合；

将当前接口字段与当前接口字段对应的异常场景规则集合中的各个异常场景规则进行匹配，得到当前接口字段的全部异常场景规则；重复执行上述操作，直到得到各个待测试接口的全部接口字段的全部异常场景规则；

将各个待测试接口的全部接口字段的全部异常场景规则组合为各个待测试接口的异常场景规则。

具体地，在各个待测试接口对应的全部接口字段中提取出一个接口字段作为当前接口字段，例如：通过遍历的方式来提出一个接口字段作为当前接口字段，然后确定当前接口字段的类型，例如：通过检查字段的数据类型来确定当前接口字段的类型；根据当前接口字段的类型在异常场景规则库中确定当前接口字段对应的异常场景规则集合；将当前接口字段与当前接口字段对应的异常场景规则集合中的各个异常场景规则进行匹配，得到当前接口字段的全部异常场景规则；例如：通过比较字段的值和规则中的值或范围来进行匹配。如果匹配成功，将该规则添加到当前接口字段的异常场景规则中，以此类推得到当前接口字段的全部异常场景规则。重复执行上述操作，直到得到各个待测试接口的全部接口字段的全部异常场景规则；将各个待测试接口的全部接口字段的全部异常场景规则组合为各个待测试接口的异常场景规则。

示例性的，异常场景规则库示例表，如表2所示：

表2异常场景规则库示例表

进一步地，将当前接口字段与当前接口字段对应的异常场景规则集合中的各个异常场景规则进行匹配，得到当前接口字段的全部异常场景规则，包括：

在当前接口字段对应的异常场景规则集合中提取出一个异常场景规则作为当前异常场景规则；

若当前接口字段对应的数据内容满足当前异常场景规则，则判定当前异常场景规则为当前接口字段的异常场景规则；重复执行上述操作，直到得到当前接口字段的全部异常场景规则。

具体地，通过迭代规则集合从当前接口字段对应的异常场景规则集合中提取出一个异常场景规则作为当前异常场景规则。即，获取当前接口字段的实际数据内容，然后与当前异常场景规则进行比较。根据规则的定义和字段的实际内容，判断是否满足当前异常场景规则。如果当前接口字段的数据内容满足当前异常场景规则，那么就可以判定当前异常场景规则为当前接口字段的异常场景规则。例如：异常场景规则为接口字段长度不满足如字段长度要求为5，但字段输入取值的长度为4，则判定接口字段长度不满足这个异常场景规则为当前接口字段的异常场景规则。重复上述步骤，继续从规则集合中提取下一个异常场景规则，并进行判定，直到遍历完当前接口字段对应的全部异常场景规则，得到当前接口字段的全部异常场景规则。

进一步地，根据当前接口字段的类型在异常场景规则库中确定当前接口字段对应的异常场景规则集合，包括：

若当前接口字段为特定的接口字段，则将基本异常场景规则集合和特殊异常场景规则集合确定为当前接口字段对应的异常场景规则集合；

若当前接口字段为非特定的接口字段，则将基本异常场景规则集合确定为当前接口字段对应的异常场景规则集合。

示例性的，假设基本异常场景规则集合为接口字段长度不满足，如字段长度要求为5时，字段输入取值的长度为4或6；接口字段类型不匹配，如字段类型要求为数值型，字段输入取值为字符型；接口字段必输条件不满足，如字段要求为必输时字段输入取值为空；接口字段输入为特殊字符情形，如字段输入取值为特殊字符情形。特殊异常场景规则集合为接口字段为金额时取值为负，如字段要求为金额，字段输入取值为负数；接口字段取值为邮箱时不满足邮箱的格式，如字段要求为邮箱，字段输入取值为非邮箱格式。特定的接口字段为email。若当前字段为email，则将基本异常场景规则集合和特殊异常场景规则集合确定为当前接口字段对应的异常场景规则集合，若当前字段为user，则将基本异常场景规则集合确定为当前接口字段对应的异常场景规则集合。

本实施例中，通过各个接口字段与异常场景规则库中的各个异常场景规则进行匹配，得到各个待测试接口的异常场景规则，可以提高测试精确率和效率，降低维护成本，节省时间。

步骤370、根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本。

步骤380、通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果。

本申请实施例提出的接口测试方法，在执行测试任务时，先接收测试人员输入的多个待测试接口的配置信息；然后按照预先设置的配置项的配置顺序在各个待测试接口的配置信息中提取出一个配置项作为当前配置项；对当前配置项进行解析，得到当前配置项的解析结果；将当前配置项的下一个配置项作为当前配置项，重复执行对当前配置项进行解析的操作，直到得到各个待测试接口的全部配置项的解析结果。之后将各个待测试接口的全部配置项的解析结果组合为各个待测试接口的配置信息的解析结果。在各个待测试接口的配置信息的解析结果中提取出各个待测试接口对应的一个或者多个接口字段。然后将各个待测试接口对应的各个接口字段与异常场景规则库中的各个异常场景规则进行匹配，得到各个待测试接口的异常场景规则。之后根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本；最后通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果。也就是说，在本申请的技术方案中，先通过接收测试人员输入的多个待测试接口的配置信息，为执行之后的测试任务提供了数据基础。再按照预先设置的配置项的配置顺序在各个待测试接口的配置信息中提取出一个配置项作为当前配置项，可以简化配置管理过程，确保测试一致性，便于追踪和记录，从而提高测试效率。之后对当前配置项进行解析，得到当前配置项的解析结果；将当前配置项的下一个配置项作为当前配置项，重复执行对当前配置项进行解析的操作，直到得到各个待测试接口的全部配置项的解析结果，将各个待测试接口的全部配置项的解析结果组合为各个待测试接口的配置信息的解析结果，为之后执行和各个异常场景规则进行匹配的任务提供了数据基础。之后通过在各个待测试接口的配置信息的解析结果中提取出各个待测试接口对应的一个或者多个接口字段，来简化数据处理过程，提高数据处理效率。然后将各个待测试接口对应的各个接口字段与异常场景规则库中的各个异常场景规则进行匹配，得到各个待测试接口的异常场景规则，可以提高测试精确率和效率，降低维护成本，节省时间。之后根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本，提高接口测试的灵活性，从而提高接口测试的质量和效率。最后通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果，方便测试人员了解测试结果，并根据测试结果对问题进行修复和改进。同时，也可以供后续开发人员参考和使用。因此，和现有技术相比，本申请实施例提出的接口测试方法，可以针对多个接口自动匹配异常场景规则，减少手工重复工作，从而可以提高测试效率，节省测试成本；并且，本申请实施例的技术方案实现简单方便、便于普及，适用范围更广。

实施例四

图4为本申请实施例提供的接口测试装置的结构示意图。如图4所示，接口测试装置包括：接收模块410、匹配模块420、生成模块430和测试模块440；其中，

所述接收模块410，用于接收测试人员输入的多个待测试接口的配置信息；

所述匹配模块420，用于根据各个待测试接口的配置信息在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则；

所述生成模块430，用于根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本；

所述测试模块440，用于通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果。

进一步地，所述匹配模块420，具体用于对各个待测试接口的配置信息进行解析，得到各个待测试接口的配置信息的解析结果；根据各个待测试接口的配置信息的解析结果，在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则。

进一步地，所述配置信息包括但不限于以下配置项：接口名称、接口请求方法、接口请求统一资源定位符URL、接口请求输入报文、接口请求输出报文；所述匹配模块420对各个待测试接口的配置信息进行解析，得到各个待测试接口的配置信息的解析结果，包括：

按照预先设置的所述配置项的配置顺序在各个待测试接口的配置信息中提取出一个配置项作为当前配置项；

对所述当前配置项进行解析，得到所述当前配置项的解析结果；将所述当前配置项的下一个配置项作为所述当前配置项，重复执行对所述当前配置项进行解析的操作，直到得到各个待测试接口的全部配置项的解析结果；

将各个待测试接口的全部配置项的解析结果组合为各个待测试接口的配置信息的解析结果。

进一步地，所述匹配模块420根据各个待测试接口的配置信息的解析结果，在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则，包括：

在各个待测试接口的配置信息的解析结果中提取出各个待测试接口对应的一个或者多个接口字段；

将各个待测试接口对应的各个接口字段与所述异常场景规则库中的各个异常场景规则进行匹配，得到各个待测试接口的异常场景规则。

进一步地，将各个待测试接口对应的各个接口字段与所述异常场景规则库中的各个异常场景规则进行匹配，得到各个待测试接口的异常场景规则，包括：

在各个待测试接口对应的全部接口字段中提取出一个接口字段作为当前接口字段，并确定所述当前接口字段的类型；其中，所述当前接口字段的类型包括：特定的接口字段和非特定的接口字段；

根据所述当前接口字段的类型在异常场景规则库中确定所述当前接口字段对应的异常场景规则集合；其中，所述异常场景规则集合包括：基本异常场景规则集合和特殊异常场景规则集合；

将所述当前接口字段与所述当前接口字段对应的异常场景规则集合中的各个异常场景规则进行匹配，得到所述当前接口字段的全部异常场景规则；重复执行上述操作，直到得到各个待测试接口的全部接口字段的全部异常场景规则；

将各个待测试接口的全部接口字段的全部异常场景规则组合为各个待测试接口的异常场景规则。

进一步地，将所述当前接口字段与所述当前接口字段对应的异常场景规则集合中的各个异常场景规则进行匹配，得到所述当前接口字段的全部异常场景规则，包括：

在所述当前接口字段对应的异常场景规则集合中提取出一个异常场景规则作为当前异常场景规则；

若所述当前接口字段对应的数据内容满足所述当前异常场景规则，则判定所述当前异常场景规则为所述当前接口字段的异常场景规则；重复执行上述操作，直到得到所述当前接口字段的全部异常场景规则。

进一步地，根据所述当前接口字段的类型在异常场景规则库中确定所述当前接口字段对应的异常场景规则集合，包括：

若所述当前接口字段为特定的接口字段，则将基本异常场景规则集合和特殊异常场景规则集合确定为所述当前接口字段对应的异常场景规则集合；

若所述当前接口字段为非特定的接口字段，则将基本异常场景规则集合确定为所述当前接口字段对应的异常场景规则集合。

上述接口测试装置可执行本申请任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请任意实施例提供的接口测试方法。

实施例五

图5为本申请实施例提供的电子设备的结构示意图。图5示出了适于用来实现本申请实施方式的示例性电子设备的框图。图5显示的电子设备5仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图5所示，电子设备5以通用计算设备的形式表现。电子设备5的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备5典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备5访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。电子设备5可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/或方法。

电子设备5也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备5交互的设备通信，和/或与使得该电子设备5能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，电子设备5还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与电子设备5的其它模块通信。应当明白，尽管图5中未示出，可以结合电子设备5使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本申请实施例所提供的接口测试方法。

实施例六

本申请实施例提供了一种计算机存储介质。

本申请实施例的计算机可读存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (10)

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

接收测试人员输入的多个待测试接口的配置信息；

根据各个待测试接口的配置信息在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则；

根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本；

通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果。

2.根据权利要求1所述的方法，其特征在于，根据各个待测试接口的配置信息在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则，包括：

对各个待测试接口的配置信息进行解析，得到各个待测试接口的配置信息的解析结果；

根据各个待测试接口的配置信息的解析结果，在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则。

3.根据权利要求2所述的方法，其特征在于，所述配置信息包括但不限于以下配置项：接口名称、接口请求方法、接口请求统一资源定位符URL、接口请求输入报文、接口请求输出报文；对各个待测试接口的配置信息进行解析，得到各个待测试接口的配置信息的解析结果，包括：

按照预先设置的所述配置项的配置顺序在各个待测试接口的配置信息中提取出一个配置项作为当前配置项；

对所述当前配置项进行解析，得到所述当前配置项的解析结果；将所述当前配置项的下一个配置项作为所述当前配置项，重复执行对所述当前配置项进行解析的操作，直到得到各个待测试接口的全部配置项的解析结果；

将各个待测试接口的全部配置项的解析结果组合为各个待测试接口的配置信息的解析结果。

4.根据权利要求2所述的方法，其特征在于，根据各个待测试接口的配置信息的解析结果，在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则，包括：

在各个待测试接口的配置信息的解析结果中提取出各个待测试接口对应的一个或者多个接口字段；

将各个待测试接口对应的各个接口字段与所述异常场景规则库中的各个异常场景规则进行匹配，得到各个待测试接口的异常场景规则。

5.根据权利要求4所述的方法，其特征在于，将各个待测试接口对应的各个接口字段与所述异常场景规则库中的各个异常场景规则进行匹配，得到各个待测试接口的异常场景规则，包括：

在各个待测试接口对应的全部接口字段中提取出一个接口字段作为当前接口字段，并确定所述当前接口字段的类型；其中，所述当前接口字段的类型包括：特定的接口字段和非特定的接口字段；

根据所述当前接口字段的类型在异常场景规则库中确定所述当前接口字段对应的异常场景规则集合；其中，所述异常场景规则集合包括：基本异常场景规则集合和特殊异常场景规则集合；

将所述当前接口字段与所述当前接口字段对应的异常场景规则集合中的各个异常场景规则进行匹配，得到所述当前接口字段的全部异常场景规则；重复执行上述操作，直到得到各个待测试接口的全部接口字段的全部异常场景规则；

将各个待测试接口的全部接口字段的全部异常场景规则组合为各个待测试接口的异常场景规则。

6.根据权利要求5所述的方法，其特征在于，将所述当前接口字段与所述当前接口字段对应的异常场景规则集合中的各个异常场景规则进行匹配，得到所述当前接口字段的全部异常场景规则，包括：

在所述当前接口字段对应的异常场景规则集合中提取出一个异常场景规则作为当前异常场景规则；

若所述当前接口字段对应的数据内容满足所述当前异常场景规则，则判定所述当前异常场景规则为所述当前接口字段的异常场景规则；重复执行上述操作，直到得到所述当前接口字段的全部异常场景规则。

7.根据权利要求5所述的方法，其特征在于，根据所述当前接口字段的类型在异常场景规则库中确定所述当前接口字段对应的异常场景规则集合，包括：

若所述当前接口字段为特定的接口字段，则将基本异常场景规则集合和特殊异常场景规则集合确定为所述当前接口字段对应的异常场景规则集合；

若所述当前接口字段为非特定的接口字段，则将基本异常场景规则集合确定为所述当前接口字段对应的异常场景规则集合。

8.一种接口测试装置，其特征在于，所述装置包括：接收模块、匹配模块、生成模块和测试模块；其中，

所述接收模块，用于接收测试人员输入的多个待测试接口的配置信息；

所述匹配模块，用于根据各个待测试接口的配置信息在预先构建的异常场景规则库中匹配各个待测试接口的异常场景规则；

所述生成模块，用于根据各个待测试接口的异常场景规则生成各个待测试接口的测试用例和可执行脚本；

所述测试模块，用于通过各个待测试接口的测试用例和可执行脚本对各个待测试接口进行测试，得到各个待测试接口的测试结果。

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

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1至7中任一项所述的接口测试方法。

10.一种存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至7中任一项所述的接口测试方法。