一种基于大数据的接口自动测试方法、系统、设备及存储介质与流程

1.本发明属于测试技术领域，尤其涉及一种基于大数据的接口自动测试方法、系统、设备及存储介质。


背景技术：

2.接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
3.近几年的大数据ai的产品逐步增加，相应的应用大量涌现，为了应对此类应用的质量保证，需要对应用进行测试。从测试需求上来看可分为常规功能接口测试、模型大数据量测试、模型指标计算等。现有的接口测试框架可支持常规功能接口测试，但无法支持大数据量、高并发调度、批量数据的接口测试。


技术实现要素：

4.本发明提供了一种基于大数据的接口自动测试方法、系统、设备及存储介质，以解决现有技术中无法支持大数据量、高并发调度、批量数据的接口测试的技术问题。
5.第一方面，提供了一种基于大数据的接口自动测试方法，所述方法包括：
6.获取接口测试数据、接口认证数据包、测试工具；
7.根据所述接口认证数据包对待测接口进行测试，在通过测试时获得授权认证，并基于所述授权认证建立异步多线程测试框架；
8.对所述接口测试数据进行封装，获得业务数据包；并对所述测试工具进行封装，获得测试工具包；
9.通过所述测试工具包配置所述异步多线程测试框架的测试功能，并在配置功能后的异步多线程测试框架中通过所述业务数据包执行接口测试。
10.第二方面，提供了一种基于大数据的接口自动测试系统，所述系统包括：
11.采集模块，用于获取接口测试数据、接口认证数据包、测试工具；
12.框架搭建模块，用于根据所述接口认证数据包对待测接口测试，在通过测试时获得授权认证，并基于所述授权认证建立异步多线程测试框架；
13.封装模块，用于对所述接口测试数据进行封装，获得业务数据包；并对所述测试工具进行封装，获得测试工具包；
14.测试模块，用于通过所述测试工具包配置所述异步多线程测试框架的测试功能，并在配置功能后的异步多线程测试框架中通过所述业务数据包执行接口测试。
15.第三方面，提供了一种计算机设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述基于大数据的接口自动测试的步骤。
16.第四方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机
程序，计算机程序被处理器执行时实现上述基于大数据的接口自动测试的步骤。
17.上述基于人工智能的一种基于大数据的接口自动测试方法、系统、设备及存储介质所实现的方案中，可以通过获取接口测试数据、接口认证数据包、测试工具，然后根据接口认证数据包对待测接口测试，在通过测试时获得授权认证，并基于授权认证建立异步多线程测试框架；对接口测试数据进行封装，获得业务数据包；并对测试工具进行封装，获得测试工具包；通过测试工具包配置异步多线程测试框架的测试功能，并在配置功能后的异步多线程测试框架中通过业务数据包执行接口测试。本发明通过搭建异步多线程测试框架，并将测试数据、测试工具封装成数据包，每一个测试线程均通过测试工具包中的测试工具从而实现多线程、大数据量的自动测试。
附图说明
18.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
19.图1是本技术的一示例性实施例示出的一种基于大数据的接口自动测试方法的应用场景图；
20.图2是本技术的一示例性实施例示出的一种基于大数据的接口自动测试方法的流程图；
21.图3为图2所示实施例中的步骤s210在一示例性的实施例中的流程图；
22.图4为图2所示实施例中的步骤s210在另一示例性的实施例中的流程图；
23.图5为图2所示实施例中的步骤s220在一示例性的实施例中的流程图；
24.图6为图2所示实施例中的步骤s220在另一示例性的实施例中的流程图；
25.图7为图2所示实施例中的步骤s230在一示例性的实施例中的流程图；图8为图7所示实施例中的步骤s730在一示例性的实施例中的流程图；
26.图9为本技术的一示例性实施例示出的一种基于大数据的接口自动测试系统的结构图；
27.图10示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。
具体实施方式
28.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
29.首先需要说明的是，接口测试主要用于外部系统与系统之间以及内部各个子系统之间的交互点，定义特定的交互点，然后通过这些交互点来，通过一些特殊的规则也就是协议，来进行数据之间的交互。
30.接口一般分为两种：程序内部的接口、系统对外的接口。
31.接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与
系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
32.本发明实施例提供的基于人工智能的智能问答处理方法，可应用在如图1的应用环境中，其中，本实施例中的接口子自动测试方法主要针对ai(artificial intelligence，人工智能)应用，应用接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部服务端与待测应用之间以及内部各个组件之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。本实施例中，通过客户端中的ai应用与服务端之间的数据交互，完成接口测试。本实施例中，通过在服务端中搭建异步多线程测试框架，然后通过异步多线程测试框架并发地执行多个测试任务，从而实现大量数据的接口测试。
33.为了保证ai应用接口的正确性和稳定性，需要对ai应用进行接口测试。其重点是在于服务端与客户端(客户端内下载并安装对应的ai应用)的数据交互过程，如图1所示，在本实施例中，ai应用的应用接口在接收到测试数据后，将对应的业务数据返回至服务端，服务端对返回的数据进行对比，得到测试结果；其中一个应用接口可以实现多个应用功能，因此在进行测试时，需要按照不同功能对测试数据进行分类，从而对某一个功能进行测试。同时，如果在面对特定对象时，还需要对功能数据进行进一步分类，得到面向特定对象的测试数据，从而实现准确的测试。
34.其中，图1所示客户端为pc主机、智能终端、可穿戴设备等一切支持安装ai应用设备，服务端是应用服务器，例如可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn(content delivery network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器，在此也不进行限制。客户端可以通过3g(第三代的移动信息技术)、4g(第四代的移动信息技术)、5g(第五代的移动信息技术)等无线网络与服务端进行通信，本处也不对此进行限制。
35.请参阅图2所示，图2为本发明实施例提供的一种基于大数据的接口自动测试方法的流程图，本发明中的提供的一种基于大数据的接口自动测试方法，包括步骤s210至步骤s250，详细介绍如下：
36.步骤s210.获取接口测试数据、接口认证数据包、测试工具；
37.在本实施例中，由于在进行接口测试时，一般采用以下三种方式：(1)将接口测试数据发送(post)给某个接口，查看接口返回信息；(2)访问某个接口，测试接口返回的参数；(3)直接访问某个接口，查看该接口返回的内容(不含参数的内容)；因此，除了第(2)中情况以外，都需要构造接口测试数据；构造接口测试数据的方法包括：利用现有插件(如firefox的restclient插件)直接构造接口测试数据等；接口认证数据包的作用是与待测接口建立连接时，进行认证(包括信息认证、安全认证等)；测试工具用于测试接口的通用基本功能，如随机数生成、日期生成、邮件发送等。
38.步骤s220.根据接口认证数据包对待测接口进行测试，在通过测试时获得授权认证，并基于授权认证建立异步多线程测试框架；
39.在步骤s220中，接口认证数据包的作用是与待测结构建立连接时，进行认证(与预存的标准数据进行对比，对比结果一致时，通过认证；包括信息认证、安全认证等)，通过接
口认证数据包获得待测接口的授权认证后，便可以进行测试。本实施例中，通过建立异步多线程测试框架进行测试，从而实现多线程的并发测试。具体地，通过现有的工具来开启异步任务，进而建立异步多线程测试框架，如利用enableasync来开启springboot对于异步任务的支持。
40.步骤s230.对接口测试数据进行封装，获得业务数据包；并对测试工具进行封装，获得测试工具包；
41.在步骤s230中，使用java的抽象类特性对中间数据的封装，业务数据包中包含了被测应用的常量、枚举和实体对象，业务数据包中还包括测试过程中需要设置的常量、枚举、实体对象；其中，常量为一个值；枚举是一个被命名的整型常数的集合，包含一组不变的值；常量和枚举均用于配置测试信息，从而方便程序的维护，提高可读性。实体对象为一个类的载体，由多条与目标测试业务相关的数据构成。
42.测试工具包中包括多种基本功能测试工具，具体包括：随机数生成测试工具、日期生成测试工具、邮件发送测试工具等，随机数生成测试工具用于测试应用接口的随机数生成功能、日期生成测试工具用于测试应用接口的日期生成功能、邮件发送测试工具用于测试应用接口的邮件发送功能。
43.此外，发送方(服务端)与接收方(客户端)之间必须采用相同的协议才能建立连接、实现正常的通信；常见的协议包括tcp/ip(transport control protocol/internet protocol，传输控制协议/internet协议)、netbeui(netbios增强用户接口)协议、ipx/spx(网际包交换/序列包交换)协议等。
44.因此在封装测试数据包时，还需要将接收方的ip地址、接收方的mac地址、发送方的ip地址、发送方的mac地址封装到业务数据包、测试工具包中。
45.步骤s240.通过测试工具包配置异步多线程测试框架的测试功能，并在配置功能后的异步多线程测试框架中通过业务数据包执行接口测试，完成接口测试。
46.在步骤s240中，由于在步骤s230中，已经将接收方的ip地址、接收方的mac地址、发送方的ip地址、发送方的mac地址封装到业务数据包、测试工具包中，因此可以根据接收方的ip地址、接收方的mac地址将业务数据包、测试工具包发送至对应的应用接口中，从而进行测试。
47.具体地，本实施例中，通过异步多线程测试框架自动测试，异步多线程测试框架中包含多个异步任务，每一个线程对应一个异步任务；同时，在每一个异步任务中，均通过测试工具包配置测试功能，如采测试数据准备、测试任务执行、集测试过程数据、采集测试结果数据等，然后通过业务数据包中的测试数据对应用接口进行测试；同时自动采集测试过程、测试结果，完成测试。采集的测试过程、测试结果直接发送至服务端中进行分类存储。
48.图3为图2所示实施例中的步骤s210在一示例性的实施例中的流程图，如图3所示，获取接口测试数据的过程可以包括步骤s310至步骤s320，详细介绍如下：
49.s310.获取数据库操作指令；
50.s320.根据数据库操作指令从预设的数据库中获取目标封装数据，并将目标封装数据作为接口测试数据；数据库中包括数据库操作指令与目标封装数据的映射关系；目标封装数据通过将初始测试数据分类封装至预设容器中得到。
51.在本实施例中，初始测试数据为没有进行分类、没有进行格式转换的数据，初始测
试数据不能用于直接对应用接口进行测试；需要对初始测试数据进行分类、格式转换后，才能用于接口测试；具体地，以某ai应用为例，该应用包含通信、消费两个功能，初始测试数据中包含对通信功能、消费功能进行测试的数据，同时通信和消费需要的数据格式也不同。通信功能需要的数据一般为通信相关数据，如协议数据、收发数据包等；消费数据则是需要加密认证数据、商品数据、支付数据等。
52.在本实施例中，使用component-scan根据定义的扫描路径扫描初始测试数据，component-scan为一种数据包扫描工具；目标类别的初始测试数据即为实体对象中的数据，针对目标测试业务进行扫描，进而获得与目标测试业务相关的测试数据；把符合扫描路径的目标类别装配到spring容器中，spring容器为保存与spring框架相关数据的容器，通常用于保存各种各样的bean(描述java的软件组件模型)；本实施例中，通过spring框架(spring框架是由于软件开发的复杂性而创建的。spring使用的是基本的javabean来完成以前只可能由ejb完成的事情。然而，spring的用途不仅仅限于服务器端的开发。从简单性、可测试性和松耦合性角度而言，绝大部分java应用都可以从spring中受益)建立接口认证数据包。通过spring容器封装的数据包，符合应用接口的授权认证和传输规则。将封装数据存储至数据库中，并根建立数据库中的封装数据与数据库操作指令的映射关系；映射关系，指两个元素的集之间元素相互“对应”的关系；具体地，采用tair(结构数据存储系统)的方式对封装数据进行存储，存储的封装数据采用键/值结构(key/value)建立封装数据与数据库操作指令之间的映射关系，从而建立对数据库的操作方式，即：通过输入数据库操作指令调用映射的封装数据；最后通过数据库操作指令和映射关系调用目标测试业务需要的封装数据，即目标封装数据，便得到了目标测试业务需要的接口测试数据。
53.此外，本实施例中，通过tair(结构数据存储系统)建立了测试数据的数据库结构，基于该数据库结构，还可以对内部数据配置命名空间(namespace)、超时时间等属性，进一步提高对数据管理的全面性和可靠性。通过数据库结构，实现数据存储、数据增加、数据修改、数据查询等功能，解决了测试过程中与数据库进行频繁交互的技术问题，并通过分类实现持久层的对象化，在测试时，调用数据更加便利。
54.图4为图2所示实施例中的步骤s210在另一示例性的实施例中的流程图，如图4所示，获取接口认证数据包的过程可以包括步骤s410至步骤s420，详细介绍如下：
55.步骤s410.获取所述待测接口的认证数据，所述认证数据至少包括网络认证数据、配置认证数据、功能认证数据和安全认证数据；
56.配置认证数据包括待测接口的配置属性数据；网络认证数据包括待测接口的网关测试数据、数据交互数据；功能认证数据包括待测接口的数据库表查询数据、接口登录数据、接口测试注解数据、代理服务数据、测试工具数据；安全认证数据包括待测接口的接口安全认证数据；
57.在本实施例中，引入spring框架、testng框架(testng是一个java中的开源自动化测试框架，支持依赖测试方法，并行测试，负载测试，局部故障，灵活的插件api，支持多线程测试。)建立接口认证数据包；
58.具体地，待测接口的配置属性数据包包括测试环境接口配置参数，如config.properties(一种配置属性文件)、xml文件等，将接口配置参数进行封装，即获得配置属性数据包，接口配置参数便于测试过程的基础服务环境配置的切换；
59.待测接口的网关测试数据包为网关client包；
60.数据交互数据包、数据库查询数据包便于测试时的数据准备和数据检查；
61.接口登录数据包包括设备指纹、用户登录信息、用户注册信息等，便于实现数据前置准备、用户生成、获取登录状态等功能；
62.接口安全认证数据包包括模拟网关rsa等加密算法生成认证相关参数，便于网关接口测试，rsa公开密钥密码体制是一种使用不同的加密密钥与解密密钥，“由已知加密密钥推导出解密密钥在计算上是不可行的”密码体制；
63.接口测试注解数据包包括注解工具，用于对测试用例的author(作者)、description(描述)进行注解，便于接口测试报告的获取；
64.代理服务数据包包括spring代理服务dynaproxy(一种代理模式)，便于统计接口的覆盖情况；
65.步骤s420.对认证数据进行封装，得到接口认证数据包；具体地，对待测接口的配置属性数据包、待测接口的网关测试数据包、数据交互数据包、数据库表查询数据包、接口登录数据包、接口安全认证数据包、接口测试注解数据包、代理服务数据包、测试工具数据包进行封装，得到接口认证数据包。
66.在步骤s420中，通过测试框架对上述数据包进行封装，测试框架包括spring框架、testng框架，基于spring框架、testng框架、待测接口的配置属性数据包、待测接口的网关测试数据包、数据交互数据包、数据库表查询数据包、接口登录数据包、接口安全认证数据包、接口测试注解数据包、代理服务数据包、测试工具数据包进行封装，即可得到接口认证数据包。
67.图5为图2所示实施例中的步骤s220在一示例性的实施例中的流程图，如图5所示，将接口认证数据包输入至测接口中，获得授权认证的过程可以包括步骤s510至步骤s520，详细介绍如下：
68.步骤s510.通过异步多线程测试框架将接口认证数据包输入至待测接口中进行认证测试；
69.具体地，通过测试框架将配置属性数据包输入至接口中进行配置属性测试、通过测试框架将网关测试数据包输入至接口中进行网关测试、通过测试框架将数据交互数据包输入至接口中进行数据交互测试、通过测试框架将数据库表查询数据包输入至接口中进行数据查询功能测试、通过测试框架将接口登录数据包输入至接口中进行接口登录测试、通过测试框架将接口安全认证数据包输入至接口中进行接口安全认证测试、通过测试框架将接口测试注解数据包输入至接口中进行接口注解功能测试、通过测试框架将代理服务数据包输入至接口中进行代理服务测试、通过测试框架将测试工具数据包输入至接口中进行基本测试功能测试；
70.在步骤s510中，测试框架自动通过配置属性数据包测试接口的配置属性，并与预存的属性数据进行对比，在对比结果一致时判定配置属性通过测试；
71.测试框架自动通过网关测试数据包测试接口的网络连接属性，网络连接属性正常时判定通过网关功能测试；
72.测试框架自动通过数据交互数据包测试接口的数据交互功能，并在数据交互功能正常时通过数据交互能力测试；
73.测试框架自动通过数据库表查询数据包测试接口的数据库查询功能，并在数据库查询功能正常时通过数据表查询功能测试；
74.测试框架自动通过接口登录数据包测试接口的接口登录功能，接口登录数据包的内容与注册时的注册信息一致，在能够正常登录时通过接口的登录功能测试；
75.测试框架自动通过接口安全认证数据包测试接口的安全认证功能，并安全认证功能正常时通过安全功能认证功能测试；
76.测试框架自动通过接口测试注解数据包测试接口的注解功能，并在能够对测试时的步骤进行注解时通过注解功能测试；
77.测试框架自动通过接口代理服务数据包测试接口的接口代理功能，并在接口代理功能正常时通过接口代理功能测试；
78.测试框架自动通过测试工具数据包测试接口的基本功能，在基本功能正常时通过基本功能测试，其中基本功能包括但不限于随机数生成、日期生成、邮件发送；
79.步骤s520.在通过认证测试时，获得待测接口的授权认证。
80.具体地，在同时通过配置属性测试、网关测试、数据交互测试、数据查询功能测试、接口登录测试、接口安全认证测试、接口注解功能测试、代理服务测试、基本测试功能测试时，获得待测接口的授权认证。授权认证后可以对待测接口注入测试数据、执行测试操作。
81.在步骤s520中，在同时通过上述测试时，说明接口的测试前的准备工作完成。可以继续对接口进行测试数据注入，然后通过获取返回数据的方式，测试接口的业务功能是否正常。
82.图6为图2所示实施例中的步骤s220在另一示例性的实施例中的流程图，如图6所示，建立异步多线程测试框架，包括：
83.步骤s610.建立多线程异步任务，并引入用于对业务数据包、测试工具包进行分片的分片工具，多线程异步任务用于执行分片后的业务数据包、测试工具包；
84.在本实施例的步骤s610中，通过现有的用enableasync工具来开启springboot对于异步任务的支持，其中每一个异步任务均可以执行一个完整的测试任务。即，将业务数据包、测试工具包注入至其中一个异步任务中；执行异步任务的过程中，通过测试工具包中的测试流程将所需的业务数据注入至应用接口中，然后通过测试工具中的采集工具采集测试过程数据，测试结果数据，完成测试。通过多线程的异步任务，使得本实施例中的异步多线程测试框架可以批量执行测试任务。
85.此外，分片工具用于对测试工具包、业务数据包进行分片，分片后测试工具包、业务数据包的便于传输。
86.步骤s620.基于多线程异步任务、分片工具构建异步多线程测试框架。在本实施例的步骤s620中，异步多线程测试框架包括多个并行的测试任务，每一个任务的输入端设置分片工具，以对业务数据包和测试工具包进行按需拆分。
87.图7为图2所示实施例中的步骤s230在一示例性的实施例中的流程图，如图7所示，对接口测试数据进行封装，获得业务数据包的过程可以包括步骤s710至步骤s730，详细介绍如下：
88.步骤s710.获取目标测试业务；
89.在步骤s710中，目标测试业务为当前测试目标的种类，如ai应用中的消费业务、通
信业务等；
90.步骤s720.根据目标测试业务对接口测试数据进行筛选，获得中间数据；
91.在步骤s720中，中间数据为与目标测试业务相关的接口测试数据。
92.步骤s730.对中间数据进行封装，获得业务数据包。
93.在步骤s730中，经过目标测试业务的划分，使得业务数据包与目标测试业务相关。多个业务数据包与多种测试业务相关，并对应应用的多种功能。
94.图8为图7所示实施例中的步骤s730在一示例性的实施例中的流程图，如图8所示，中间数据包括终端与服务端之间的交互数据；对中间数据进行封装，获得业务数据包的过程可以包括步骤s810至步骤s840，详细介绍如下：
95.步骤s810.获取交互数据的属性、服务端地址、分组信息；
96.在本实施例的步骤s810中，交互数据即为需要注入至应用接口的业务数据，交互数据的种类即交互数据的所属类(如消费功能的相关数据、保险功能的相关数据)，相互数据的分组信息是为了便于测试人为定义的分组信息。利用分组信息可以快速定位所需测试数据，同时在测试时一组一组地进行测试，便于对应用的单项功能进行测试。
97.步骤s820.根据交互数据的属性对交互数据进行分类，获得分类数据；
98.在步骤s820中，对交互数据分类得到的分类数据，即按照应用的不同功能对相关数据进行分类，得到多个功能对应的交互数据。从而便于在测试时，按照不同的功能维度进行分别测试。
99.步骤s830.对分类数据进行封装，获得一次封装数据包；
100.数据包利用网络在不同设备之间传输时，为了可靠和准确地发送到目的地，并且高效地利用传输资源(传输设备和传输线路)，事先要对数据包进行拆分和打包，在所发送的数据包上附加上目标地址，本地地址，以及一些用于纠错的字节，安全性和可靠性较高时，还要进行加密处理等等。这些操作就叫数据封装。而对数据包进行处理时通信双方所遵循和协商好的规则就是协议。与邮寄物品相比，数据包本身就如同物品，而封装就如同填写各种邮寄信息，协议就是如何填写信息的规定。
101.在步骤s830中，对分类数据进行一次封装，封装的一次封装数据包用于按照功能对应用接口进行测试；
102.步骤s840.对交互数据的服务端地址、交互数据的分组信息、一次封装数据包进行封装，获得业务数据包；
103.在步骤s840中，采用分层封装的结构构建业务数据包，业务数据包中还包括服务端地址，通过服务端地址实现测试数据的准确返回，通过分层封装分组信息，对应用功能分类的数据进行再一次分类，使得得到的业务的数据包面向特定对象，如使用消费功能的某个群体对象。
104.在本发明一实施例中，测试工具包括测试用例注解工具、执行结果记录工具、测试状态记录工具、互斥性限制工具、配置项目的更改和恢复工具、测试数据准备工具、异步接口测试工具；
105.图8为图2所示实施例中的步骤s240在另一示例性的实施例中的流程图，如图8所示，对测试工具进行封装，获得测试工具包的过程可以包括步骤s810，详细介绍如下：
106.步骤s810.对测试用例注解工具、执行结果记录工具、测试状态记录工具、互斥性
限制工具、配置项目的更改和恢复工具、测试数据准备工具、异步接口测试工具进行封装，得到测试工具包。
107.在本实施例中，测试数据准备工具用于检查、推送分片后的业务数据；异步接口测试工具用于将业务数据分配至各个测试任务中并执行测试任务；因此，测试数据准备工具、异步接口测试工具均用于测试流程的开启；而测试用例注解工具、执行结果记录工具、测试状态记录工具、互斥性限制工具、配置项目的更改和恢复工具用于对测试过程进行记录或者配置，其中测试用例注解工具用于对测试过程进行注解、执行结果记录工具用于记录测试结果、测试状态记录工具用于记录测试过程中的接口状态、互斥性限制工具用于限制测试进程，并使得测试进程之间保持互斥性、配置项目的更改和恢复工具用于在测试过程中对接口进行配置信息的修改和恢复。
108.本实施例通过封装大数据ai应用依赖的业务组件、支持模型大数据量高并发调度测试、常见ai应用类型的模型指标计算等，使得框架良好支持目标类型应用的测试工作，降低应用测试门槛，大大提高测试效率。
109.本发明提供一种基于大数据的接口自动测试方法，通过将接口认证数据包输入至测接口中，获得授权认证，并基于授权认证建立异步多线程测试框架；然后根据目标测试业务对接口测试数据进行筛选，获得中间数据；对中间数据进行封装，获得业务数据包；并对测试工具进行封装，获得测试工具包；通过异步多线程测试框架将业务数据包、测试工具包调用至待测接口中，并通过测试工具包中的测试工具对业务数据包中的数据进行测试，获得测试结果。本发明通过搭建异步多线程测试框架，并将测试数据、测试工具封装成数据包，每一个测试线程均通过测试工具包中的测试工具从而实现多线程、大数据量的自动测试。
110.图9为本技术的一示例性实施例示出的一种基于大数据的接口自动测试系统的结构图，如图9所示，本发明还提供一种基于大数据的接口自动测试系统，系统包括：
111.采集模块，用于获取接口测试数据、接口认证数据包、目标测试业务、测试工具；
112.框架搭建模块，用于通过接口认证数据包与待测接口进行交互，获得授权认证，并基于授权认证建立异步多线程测试框架；
113.筛选模块，用于根据目标测试业务对接口测试数据进行筛选，获得中间数据；
114.封装模块，用于对中间数据进行封装，获得业务数据包；并对测试工具进行封装，获得测试工具包；
115.测试模块，用于通过测试工具包配置异步多线程测试框架的测试功能，并在配置功能后的异步多线程测试框架中通过业务数据包执行接口测试，完成接口测试。
116.本发明提供一种基于大数据的接口自动测试系统，通过将接口认证数据包输入至测接口中，获得授权认证，并基于授权认证建立异步多线程测试框架；然后根据目标测试业务对接口测试数据进行筛选，获得中间数据；对中间数据进行封装，获得业务数据包；并对测试工具进行封装，获得测试工具包；通过异步多线程测试框架将业务数据包、测试工具包调用至待测接口中，并通过测试工具包中的测试工具对业务数据包中的数据进行测试，获得测试结果。本发明通过搭建异步多线程测试框架，并将测试数据、测试工具封装成数据包，每一个测试线程均通过测试工具包中的测试工具从而实现多线程、大数据量的自动测试。
117.需要说明的是，上述实施例所提供的一种基于大数据的接口自动测试系统与上述实施例所提供的一种基于大数据的接口自动测试方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的一种基于大数据的接口自动测试系统在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。
118.本技术的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现上述各个实施例中提供的一种基于大数据的接口自动测试方法。
119.图10示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。需要说明的是，图10示出的电子设备的计算机系统1000仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
120.如图10所示，计算机系统1000包括中央处理单元(central processing unit，cpu)1001，其可以根据存储在只读存储器(read-only memory，rom)1002中的程序或者从1008加载到随机访问存储器(random access memory，ram)1003中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在ram 1003中，还存储有系统操作所需的各种程序和数据。cpu 1001、rom1002以及ram 1003通过总线1004彼此相连。输入/输出(input/output，i/o)接口1005也连接至总线1004。
121.以下部件连接至i/o接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liquid crystal display，lcd)等以及扬声器等的输出部分1007；包括硬盘等的1008；以及包括诸如lan(local area network，局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至i/o接口1005。可拆卸介质1010，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入1008。
122.特别地，根据本技术的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本技术的系统中限定的各种功能。
123.需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部
分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
124.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
125.描述于本技术实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
126.本发明提供一种基于大数据的接口自动测试设备，通过将接口认证数据包输入至测接口中，获得授权认证，并基于授权认证建立异步多线程测试框架；然后根据目标测试业务对接口测试数据进行筛选，获得中间数据；对中间数据进行封装，获得业务数据包；并对测试工具进行封装，获得测试工具包；通过异步多线程测试框架将业务数据包、测试工具包调用至待测接口中，并通过测试工具包中的测试工具对业务数据包中的数据进行测试，获得测试结果。本发明通过搭建异步多线程测试框架，并将测试数据、测试工具封装成数据包，每一个测试线程均通过测试工具包中的测试工具从而实现多线程、大数据量的自动测试。
127.本技术的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前所述的一种基于大数据的接口自动测试方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。
128.本发明提供一种基于大数据的接口自动测试介质，通过将接口认证数据包输入至测接口中，获得授权认证，并基于授权认证建立异步多线程测试框架；然后根据目标测试业务对接口测试数据进行筛选，获得中间数据；对中间数据进行封装，获得业务数据包；并对测试工具进行封装，获得测试工具包；通过异步多线程测试框架将业务数据包、测试工具包调用至待测接口中，并通过测试工具包中的测试工具对业务数据包中的数据进行测试，获得测试结果。本发明通过搭建异步多线程测试框架，并将测试数据、测试工具封装成数据包，每一个测试线程均通过测试工具包中的测试工具从而实现多线程、大数据量的自动测试。
129.本技术的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产
品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的一种基于大数据的接口自动测试方法。
130.上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。