CN115344483A - 基于ui的接口获取方法、装置以及存储介质 - Google Patents

Abstract

本申请公开了一种基于UI的接口获取方法、装置以及存储介质。其中，接口获取方法，包括：利用预设的UI自动化测试脚本获取目标接口的第一接口数据，其中第一接口数据包括地址数据以及请求数据；利用预设的比较工具将第一接口数据与基线版本的第二接口数据进行比对；以及在第一接口数据与第二接口数据不一致的情况下，获取第三接口数据，其中第三接口数据为第一接口数据中与第二接口数据不一致的接口数据。

Description

基于UI的接口获取方法、装置以及存储介质

技术领域

本申请涉及信息技术领域，特别是涉及一种基于UI的接口获取方法、装置以及存储介质。

背景技术

在软件测试过程中，UI自动化测试与接口测试通常都是较为独立的两个测试方法，虽然被测应用都是同一个，但两种测试方法却是以不同的角度对被测应用展开UI级、API级的测试。并且两者在测试时也是存在诸多关联的。于是就有了在通过UI自动化测试方法测试UI页面时，监控用户页面操作行为，形成接口数据流量。之后在对接口进行测试时，可以利用接口数据流量通过“接口流量回放”的方式，去回测被测应用，从而完成接口测试。但是，利用现有的“接口流量回放”的方式去回测被测应用，只能杂乱录制全部接口数据，从而录制的接口无法拆分归集，导致了无法确切获取变化的接口的问题。

针对上述的现有技术中存在的通过接口流量回放的方式测试被测应用，导致的无法确切获取变化的接口的技术问题，目前尚未提出有效的解决方案。

发明内容

本申请的实施例提供了一种基于UI的接口获取方法、装置以及存储介质，以至少解决现有技术中存在的通过接口流量回放的方式测试被测应用，导致的无法确切获取变化的接口的技术问题。

根据本申请实施例的一个方面，提供了一种接口获取方法，包括：利用预设的UI自动化测试脚本获取目标接口的第一接口数据，其中第一接口数据包括地址数据以及请求数据；利用预设的比较工具将第一接口数据与基线版本的第二接口数据进行比对；以及在第一接口数据与第二接口数据不一致的情况下，获取第三接口数据，其中第三接口数据为第一接口数据中与第二接口数据不一致的接口数据。

根据本申请实施例的另一个方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项所述的方法。

根据本申请实施例的另一个方面，还提供了一种接口获取装置，包括：第一获取模块，用于利用UI自动化测试脚本获取目标接口的第一接口数据，其中第一接口数据包括地址数据以及请求数据；数据比对模块，用于利用预设的比较工具将第一接口数据与基线版本的第二接口数据进行比对；以及第二获取模块，用于在第一接口数据与第二接口数据不一致的情况下，获取第三接口数据，其中第三接口数据为第一接口数据中与第二接口数据不一致的接口数据。

根据本申请实施例的另一个方面，还提供了一种接口获取装置，包括：处理器；以及存储器，与处理器连接，用于为处理器提供处理以下处理步骤的指令：利用UI自动化测试脚本获取目标接口的第一接口数据，其中第一接口数据包括地址数据以及请求数据；利用预设的比较工具将第一接口数据与基线版本的第二接口数据进行比对；以及在第一接口数据与第二接口数据不一致的情况下，获取第三接口数据，其中第三接口数据为第一接口数据中与第二接口数据不一致的接口数据。

在本申请实施例中，计算设备通过获取被测版本的应用程序的第一接口数据，并且获取基线版本的应用程序的第二接口数据。之后计算设备将第一接口数据与第二接口数据进行比对，从而可以准确获取已经改变的接口数据，实现了对接口数据进行监控的技术效果。与现有技术相比，本技术方案避免了录制全部的接口数据，从而录制的接口无法拆分归集，导致了无法确切获取变化的接口的情况。进而解决了现有技术中存在的通过接口流量回放的方式测试被测应用，导致的无法确切获取变化的接口的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是用于实现根据本申请实施例1所述的方法的计算设备的硬件结构框图；

图2是根据本申请实施例1的第一个方面所述的接口获取方法的流程示意图；

图3是根据本申请实施例2所述的接口获取装置的示意图；以及

图4是根据本申请实施例3所述的接口获取装置的示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本实施例，提供了一种接口获取方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的计算设备中执行。图1示出了一种用于实现接口获取方法的计算设备的硬件结构框图。如图1所示，计算设备可以包括一个或多个处理器(处理器可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器、以及用于通信功能的传输装置。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算设备还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算设备中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器可用于存储应用软件的软件程序以及模块，如本申请实施例中的接口获取方法对应的程序指令/数据存储装置，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的接口获取方法。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算设备的通信供应商提供的无线网络。在一个实例中，传输装置包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算设备的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图1所示的计算设备可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算设备中的部件的类型。

在上述运行环境下，根据本实施例的第一个方面，提供了一种接口获取方法，该方法由图1中所示的计算设备实现。图2示出了该方法的流程示意图，参考图2所示，该方法包括：

S202：利用预设的UI自动化测试脚本获取目标接口的第一接口数据，其中第一接口数据包括地址数据以及请求数据；

S204：利用预设的比较工具将第一接口数据与基线版本的第二接口数据进行比对；以及

S206：在第一接口数据与第二接口数据不一致的情况下，获取第三接口数据，其中第三接口数据为第一接口数据中与第二接口数据不一致的接口数据。

具体地，计算设备利用预设的UI自动化测试脚本测试应用程序，例如被测试的是版本A的应用程序，在测试该版本的应用程序的过程中，获取该应用程序的多个接口(即，目标接口)以及该多个接口(即，目标接口)的接口数据(即，第一接口数据)。其中计算设备获取的接口数据(即，第一接口数据)包括地址数据(例如，全量数据)以及请求数据(S202)。

进一步地，计算设备在测试版本A的应用程序之前，还利用预设的UI自动化测试脚本测试了与版本A的应用程序对应的基线版本的应用程序，并在测试过程中获取该基线版本的应用程序的接口数据(即，第二接口数据)。其中被测版本的应用程序与基线版本的应用程序为同一个应用程序，但是被测版本的应用程序为在基线版本的应用程序的基础上的进行了修改得到的应用程序。

进一步地，计算设备通过预设的比较工具将版本A的应用程序的接口数据(即，第一接口数据)与基线版本的应用程序的接口数据(即，第二接口数据)进行比对(S204)。其中比较工具例如可以为接口对比脚本。

进一步地，计算设备判断版本A的应用程序的接口数据(即，第一接口数据)与基线版本的应用程序的接口数据(即，第二接口数据)是否相同，之后计算设备将与基线版本的应用程序的接口数据不一致的版本A的应用程序中的接口数据(即，第三接口数据)进行记录(S206)。其中接口数据可以为多个，其数量这里不作限定。

正如背景技术中所述的，在软件测试过程中，UI自动化测试与接口测试通常都是较为独立的两个测试方法，虽然被测应用都是同一个，但两种测试方法却是以不同的角度对被测应用展开UI级、API级的测试。并且两者在测试时也是存在诸多关联的。于是就有了在通过UI自动化测试方法测试UI页面时，监控用户页面操作行为，形成接口数据流量。之后在对接口进行测试时，可以利用接口数据流量通过“接口流量回放”的方式，去回测被测应用，从而完成接口测试。但是，利用现有的“接口流量回放”的方式去回测被测应用，只能杂乱录制全部接口数据，从而录制的接口无法拆分归集，导致了无法确切获取变化的接口的问题。

针对以上所述的技术问题，通过本申请实施例的技术方案，计算设备通过获取被测版本的应用程序的第一接口数据，并且获取基线版本的应用程序的第二接口数据。之后计算设备将第一接口数据与第二接口数据进行比对，从而可以准确获取已经改变的接口数据，实现了对接口数据进行监控的技术效果。与现有技术相比，本技术方案避免了录制全部的接口数据，从而录制的接口无法拆分归集，导致了无法确切获取变化的接口的情况。进而解决了现有技术中存在的通过接口流量回放的方式测试被测应用，导致的无法确切获取变化的接口的技术问题。

可选地，利用UI自动化测试脚本获取目标接口的第一接口数据的操作，包括：根据预设的关键字对接口测试数据进行关键字过滤，得到目标接口的接口信息；对目标接口的接口信息进行解析，得到目标接口的地址数据以及请求数据；以及将地址数据解析为纯接口地址文件，并将请求数据解析为纯接口请求文件。

具体地，计算设备预先设置URL关键字，之后通过该URL关键字对接口测试数据进行URL关键字过滤，从而对命中的接口(即，目标接口)进行拦截，并获取命中的接口(即，目标接口)的接口信息。其中接口信息至少包括与目标接口对应的URL以及相应的参数。之后计算设备对目标接口的接口信息进行解析，从而得到目标接口的地址数据以及请求数据。其中地址数据为解析得到的全量数据。进一步地，计算设备将地址数据进行编写，之后存储为纯接口地址文件。并且计算设备将请求数据进行编写，之后存储为纯接口请求文件。

从而本技术方案通过对接口进行拦截，并根据拦截到的接口的接口信息生成纯接口地址文件和纯接口请求文件，从而实现了对接口进行监控的技术效果，并且可以准确的获取需要的接口信息。

可选地，利用预设的比较工具将第一接口数据与基线版本的第二接口数据进行比对的操作，包括：将目标接口的纯接口地址文件与基线版本的纯接口地址文件进行比对；以及将目标接口的纯接口请求文件与基线版本的纯接口请求文件进行比对。

具体地，计算设备预先将基线版本的应用程序进行UI自动化测试，在此过程中，获取接口测试数据的多个接口的接口信息。之后计算设备对多个接口的接口信息进行解析，从而得到接口的地址数据以及请求数据。之后计算设备将地址数据进行编写，之后存储为纯接口地址文件。并且计算设备将请求数据进行编写，之后存储为纯接口请求文件。

进一步地，计算设备得到版本A的应用程序的纯接口地址文件以及纯接口请求文件，通过预设的比较工具将版本A的应用程序的纯接口地址文件与基线版本的应用程序的纯接口地址文件进行比对，从而判断版本A的应用程序的纯接口地址文件中的接口地址与基线版本的应用程序的纯接口地址文件中的接口地址是否一致。并且计算设备将版本A的应用程序的纯接口请求文件与基线版本的应用程序的纯接口请求文件进行比对。从而判断版本A的应用程序的纯接口请求文件中的请求与基线版本的应用程序的纯接口请求文件中的请求是否一致。其中被测版本的应用程序的纯接口地址文件以及纯接口请求文件为根据目标接口的接口信息生成的。

从而本技术方案在进行比较时，只需要比较两个版本的纯接口地址文件或者纯接口请求文件即可，不必寻找比对的数据在文件中的位置，避免了接口之间一一比较，从而实现了乱序比对，节省了算力，减少了内存的消耗。并且通过上述方法，可以实现去除噪点的功能，从而减少干扰。

可选地，方法还包括：利用UI自动化测试脚本获取目标接口的响应报文，并将响应报文解析为接口请求及响应文件；以及利用请求接口脚本对接口请求及响应文件进行解析，生成接口自动化测试脚本。

具体地，计算设备预先设置URL关键字，之后通过该URL关键字对接口测试数据进行URL关键字过滤，从而对命中的接口(即，目标接口)进行拦截，并获取命中的接口(即，目标接口)的接口信息。其中接口信息包括与目标接口对应的URL以及参数。之后计算设备对目标接口的接口信息进行解析，从而得到目标接口的响应报文。进一步地，计算设备将响应报文进行编写，之后存储为接口请求及响应文件。进一步地，计算设备利用预先编写的请求接口脚本对接口请求及响应文件进行解析，从而生成接口自动化测试脚本。

从而本技术方案可以在进行UI自动化测试的同时，生成接口自动化测试脚本。从而当后续需要进行接口自动化测试时，无需再次编写脚本，只需要通过生成的接口自动化测试脚本就能完成后续的接口测试。并且在使用接口自动化测试脚本进行接口测试之前，也不需要对该接口测试脚本进行任何适应性修改。从而节省了大量的人力物力，提高了测试效率。

可选地，获取目标接口的第一接口数据之前，还包括：利用在测试用例中预先设置的标识，将测试用例进行分割，得到与测试用例对应的接口测试数据。

具体地，计算设备首先获取待测试的应用程序的测试用例。其中测试用例可以为多个，并且其中每个测试用例在开头和结尾都预先设置有标识。从而计算设备在识别到每个测试用例的开头和结尾的标识时，会调用相关方法，将每个测试用例都分割出来，从而得到与每个测试用例对应的一个接口测试数据。之后计算设备根据接口测试数据对应的目标接口，得到纯接口地址文件、纯接口请求文件和接口请求及响应文件。其中每个接口测试数据都包括纯接口地址文件、纯接口请求文件和接口请求及响应文件以上三类文件。

从而本技术方案将测试用例进行分割，使得可以快速定位目标接口，提高了UI自动化测试的效率。

此外，在对被测应用进行UI自动化测试的过程中，计算设备获取被测应用的前端页面与接口之间的关联关系，并将该关联关系进行存储。例如计算设备可以通过调用与前端页面1关联的接口(例如为接口1)，从而实现前端页面1相应的功能，从而该前端页面1与该接口1存在关联关系。

在与前端页面关联的接口发生改变的情况下，计算设备根据预先存储的前端页面与接口的关联关系，确定与该接口关联的前端页面。之后计算设备根据确定的前端页面，对该前端页面进行UI自动化测试或者接口测试。

从而本技术方案通过UI自动化测试记录前端页面与接口的关联关系，当接口发生改变时，可以准确定位与该接口存在关联关系的前端页面，从而可以仅仅对该前端页面进行测试，简化了测试流程，快速对与发生改变的接口存在关联关系的前端页面进行测试，实现了对前端页面的精确化测试。

此外，参考图1所示，根据本实施例的第二个方面，提供了一种存储介质。所述存储介质包括存储的程序，其中，在所述程序运行时由处理器执行以上任意一项所述的方法。

从而根据本实施例，计算设备通过获取被测版本的应用程序的第一接口数据，并且获取基线版本的应用程序的第二接口数据。之后计算设备将第一接口数据与第二接口数据进行比对，从而可以准确获取已经改变的接口数据，实现了对接口数据进行监控的技术效果。与现有技术相比，本技术方案避免了录制全部的接口数据，从而录制的接口无法拆分归集，导致了无法确切获取变化的接口的情况。进而解决了现有技术中存在的通过接口流量回放的方式测试被测应用，导致的无法确切获取变化的接口的技术问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

图3示出了根据本实施例所述的接口获取装置300，该装置300与根据实施例1的第一个方面所述的方法相对应。参考图3所示，该装置300包括：第一获取模块310，用于利用UI自动化测试脚本获取目标接口的第一接口数据，其中第一接口数据包括地址数据以及请求数据；数据比对模块320，用于利用预设的比较工具将第一接口数据与基线版本的第二接口数据进行比对；以及第二获取模块330，用于在第一接口数据与第二接口数据不一致的情况下，获取第三接口数据，其中第三接口数据为第一接口数据中与第二接口数据不一致的接口数据。

可选地，第一获取模块310，包括：关键字过滤子模块，用于根据预设的关键字对接口测试数据进行关键字过滤，得到目标接口的接口信息；信息解析子模块，用于对目标接口的接口信息进行解析，得到目标接口的地址数据以及请求数据；以及数据解析子模块，用于将地址数据解析为纯接口地址文件，并将请求数据解析为纯接口请求文件。

可选地，数据比对模块320，包括：第一比对子模块，用于将目标接口的纯接口地址文件与基线版本的纯接口地址文件进行比对；以及第二比对子模块，用于将目标接口的纯接口请求文件与基线版本的纯接口请求文件进行比对。

可选地，装置300还包括：第一解析模块，用于利用UI自动化测试脚本获取目标接口的响应报文，并将响应报文解析为接口请求及响应文件；以及第二解析模块，用于利用请求接口脚本对接口请求及响应文件进行解析，生成接口自动化测试脚本。

可选地，获取目标接口的第一接口数据之前，还包括：利用在测试用例中预先设置的标识，将测试用例进行分割，得到与测试用例对应的接口测试数据。

从而根据本实施例，计算设备通过获取被测版本的应用程序的第一接口数据，并且获取基线版本的应用程序的第二接口数据。之后计算设备将第一接口数据与第二接口数据进行比对，从而可以准确获取已经改变的接口数据，实现了对接口数据进行监控的技术效果。与现有技术相比，本技术方案避免了录制全部的接口数据，从而录制的接口无法拆分归集，导致了无法确切获取变化的接口的情况。进而解决了现有技术中存在的通过接口流量回放的方式测试被测应用，导致的无法确切获取变化的接口的技术问题。

实施例3

图4示出了根据本实施例所述的接口获取装置400，该装置400与根据实施例1的第一个方面所述的方法相对应。参考图4所示，该装置400包括：处理器410；以及存储器420，与处理器410连接，用于为处理器410提供处理以下处理步骤的指令：利用UI自动化测试脚本获取目标接口的第一接口数据，其中第一接口数据包括地址数据以及请求数据；利用预设的比较工具将第一接口数据与基线版本的第二接口数据进行比对；以及在第一接口数据与第二接口数据不一致的情况下，获取第三接口数据，其中第三接口数据为第一接口数据中与第二接口数据不一致的接口数据。

可选地，利用UI自动化测试脚本获取目标接口的第一接口数据的操作，包括：根据预设的关键字对接口测试数据进行关键字过滤，得到目标接口的接口信息；对目标接口的接口信息进行解析，得到目标接口的地址数据以及请求数据；以及将地址数据解析为纯接口地址文件，并将请求数据解析为纯接口请求文件。

可选地，利用预设的比较工具将第一接口数据与基线版本的第二接口数据进行比对的操作，包括：将目标接口的纯接口地址文件与基线版本的纯接口地址文件进行比对；以及将目标接口的纯接口请求文件与基线版本的纯接口请求文件进行比对。

可选地，装置还包括：利用UI自动化测试脚本获取目标接口的响应报文，并将响应报文解析为接口请求及响应文件；以及利用请求接口脚本对接口请求及响应文件进行解析，生成接口自动化测试脚本。

可选地，获取目标接口的第一接口数据之前，还包括：利用在测试用例中预先设置的标识，将测试用例进行分割，得到与测试用例对应的接口测试数据。

从而根据本实施例，计算设备通过获取被测版本的应用程序的第一接口数据，并且获取基线版本的应用程序的第二接口数据。之后计算设备将第一接口数据与第二接口数据进行比对，从而可以准确获取已经改变的接口数据，实现了对接口数据进行监控的技术效果。与现有技术相比，本技术方案避免了录制全部的接口数据，从而录制的接口无法拆分归集，导致了无法确切获取变化的接口的情况。进而解决了现有技术中存在的通过接口流量回放的方式测试被测应用，导致的无法确切获取变化的接口的技术问题。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种接口获取方法，其特征在于，包括：

利用预设的UI自动化测试脚本获取目标接口的第一接口数据，其中所述第一接口数据包括地址数据以及请求数据；

利用预设的比较工具将所述第一接口数据与基线版本的第二接口数据进行比对；以及

在所述第一接口数据与所述第二接口数据不一致的情况下，获取第三接口数据，其中所述第三接口数据为所述第一接口数据中与所述第二接口数据不一致的接口数据。

2.根据权利要求1所述的方法，其特征在于，利用UI自动化测试脚本获取目标接口的第一接口数据的操作，包括：

根据预设的关键字对接口测试数据进行关键字过滤，得到所述目标接口的接口信息；

对所述目标接口的接口信息进行解析，得到所述目标接口的地址数据以及请求数据；以及

将所述地址数据解析为纯接口地址文件，并将所述请求数据解析为纯接口请求文件。

3.根据权利要求1所述的方法，其特征在于，利用预设的比较工具将所述第一接口数据与基线版本的第二接口数据进行比对的操作，包括：

将所述目标接口的纯接口地址文件与所述基线版本的纯接口地址文件进行比对；以及

将所述目标接口的纯接口请求文件与所述基线版本的纯接口请求文件进行比对。

4.根据权利要求2所述的方法，其特征在于，还包括：

利用所述UI自动化测试脚本获取所述目标接口的响应报文，并将所述响应报文解析为接口请求及响应文件；以及

利用请求接口脚本对所述接口请求及响应文件进行解析，生成接口自动化测试脚本。

5.根据权利要求1所述的方法，其特征在于，获取目标接口的第一接口数据之前，还包括：利用在测试用例中预先设置的标识，将所述测试用例进行分割，得到与所述测试用例对应的接口测试数据。

6.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时由处理器执行权利要求1至5中任意一项所述的方法。

7.一种接口获取装置，其特征在于，包括：

第一获取模块，用于利用UI自动化测试脚本获取目标接口的第一接口数据，其中所述第一接口数据包括地址数据以及请求数据；

数据比对模块，用于利用预设的比较工具将所述第一接口数据与基线版本的第二接口数据进行比对；以及

第二获取模块，用于在所述第一接口数据与所述第二接口数据不一致的情况下，获取第三接口数据，其中所述第三接口数据为所述第一接口数据中与所述第二接口数据不一致的接口数据。

8.根据权利要求7所述的装置，其特征在于，利用UI自动化测试脚本获取目标接口的第一接口数据的操作，包括：

关键字过滤子模块，用于根据预设的关键字对接口测试数据进行关键字过滤，得到所述目标接口的接口信息；

信息解析子模块，用于对所述目标接口的接口信息进行解析，得到所述目标接口的地址数据以及请求数据；以及

数据解析子模块，用于将所述地址数据解析为纯接口地址文件，并将所述请求数据解析为纯接口请求文件。

9.根据权利要求7所述的装置，其特征在于，利用预设的比较工具将所述第一接口数据与基线版本的第二接口数据进行比对的操作，包括：

第一比对子模块，用于将所述目标接口的纯接口地址文件与所述基线版本的纯接口地址文件进行比对；以及

第二比对子模块，用于将所述目标接口的纯接口请求文件与所述基线版本的纯接口请求文件进行比对。

10.一种接口获取装置，其特征在于，包括：

处理器；以及

存储器，与所述处理器连接，用于为所述处理器提供处理以下处理步骤的指令：

利用UI自动化测试脚本获取目标接口的第一接口数据，其中所述第一接口数据包括地址数据以及请求数据；

利用预设的比较工具将所述第一接口数据与基线版本的第二接口数据进行比对；以及

在所述第一接口数据与所述第二接口数据不一致的情况下，获取第三接口数据，其中所述第三接口数据为所述第一接口数据中与所述第二接口数据不一致的接口数据。

Images