接口测试方法、装置及计算机可读存储介质与流程

本发明涉及计功能测试领域，尤其涉及一种接口测试方法、装置及计算机可读存储介质。

背景技术：

随着互联网技术的发展，计算机软件被广泛使用，软件的质量越来越受到企业的重视，因此如今软件经常涉及各种测试。接口测试是软件测试中的一个重要分支，接口是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力。接口测试是向接口提交输入数据，获取返回结果并分析结果是否符合预期的测试。因此，接口测试需要测试用户编写测试代码，如果测试用例有几百条甚至几千条的话，需要耗费大量时间编写测试代码，而且，一旦接口发生变化，对测试用例的改动量也非常大，导致接口测试的效率低。

技术实现要素：

本发明提供一种接口测试方法、装置及计算机可读存储介质，其主要目的在于提高接口测试的效率。

为实现上述目的，本发明还提供一种接口测试方法，该方法包括：

当接收到用户终端发送的测试用例创建指令时，生成测试组件配置界面，并将所述测试组件配置界面发送至所述用户终端显示，其中，所述测试组件配置界面与预设类库关联；

确定用户基于所述测试组件配置界面从所述预设类库选择的一个或者多个预设类，以及基于所述测试组件界面设置的测试输入参数、预期结果数据和执行条件；

从所述预设类库中调用用户选择的一个或者多个预设类，根据调用的一个或者多个预设类、所述测试输入参数、预期结果数据和执行条件生成测试组件；

重复执行上述步骤，直至接收到所述用户终端基于所述测试组件配置界面发送的配置完成指令，将生成的多个测试组件组装为测试用例；

确定用户选择的待测接口，根据所述测试用例对所述待测接口进行测试并生成测试报告。

可选地，所述当接收到用户终端基于所述测试组件配置界面发送的配置完成指令，将生成的多个测试组件组装为测试用例的步骤包括：

根据多个待测接口之间的依赖关系，确定待测接口之间的结果数据的传递关系；

根据所述结果数据的传递关系，确定多个测试组件的执行顺序，并根据执行顺序将所述多个测试组件组装为所述测试用例。

可选地，所述当接收到用户终端基于所述测试组件配置界面发送的配置完成指令，将生成的多个测试组件组装为测试用例的步骤包括：

根据多个待测接口之间的依赖关系，确定待测接口之间的结果数据的传递关系；

根据所述结果数据的传递关系，确定多个测试组件的执行顺序，并根据执行顺序将所述多个测试组件组装为所述测试用例。

可选地，所述根据所述测试用例对所述待测接口进行测试并生成测试报告的步骤包括：

根据所述测试用例对所述待测接口进行测试，以获取所述测试接口的实际输出数据；

将所述实际输出数据和所述预期结果数据进行比对，并根据数据比对结果生成测试报告。

可选地，所述方法还包括步骤：

当接收到用户终端发送的用例修改指令时，确定所述用例修改指令对应的测试用例，并生成所述测试用例的编辑界面发送至所述用户终端；

当接收到用户终端发送的修改后的测用例时，更新存储该测试用例。

此外，为实现上述目的，本发明还提供一种接口测试装置，该装置包括存储器和处理器，所述存储器中存储有可在所述处理器上运行的接口测试程序，所述接口测试程序被所述处理器执行时实现如下步骤：

当接收到用户终端发送的测试用例创建指令时，生成测试组件配置界面，并将所述测试组件配置界面发送至所述用户终端显示，其中，所述测试组件配置界面与预设类库关联；

确定用户基于所述测试组件配置界面从所述预设类库选择的一个或者多个预设类，以及基于所述测试组件界面设置的测试输入参数、预期结果数据和执行条件；

从所述预设类库中调用用户选择的一个或者多个预设类，根据调用的一个或者多个预设类、所述测试输入参数、预期结果数据和执行条件生成测试组件；

重复执行上述步骤，直至接收到所述用户终端基于所述测试组件配置界面发送的配置完成指令，将生成的多个测试组件组装为测试用例；

确定用户选择的待测接口，根据所述测试用例对所述待测接口进行测试并生成测试报告。

可选地，所述当接收到用户终端基于所述测试组件配置界面发送的配置完成指令，将生成的多个测试组件组装为测试用例的步骤包括：

根据多个待测接口之间的依赖关系，确定待测接口之间的结果数据的传递关系；

根据所述结果数据的传递关系，确定多个测试组件的执行顺序，并根据执行顺序将所述多个测试组件组装为所述测试用例。

可选地，所述确定用户选择的待测接口的步骤包括：

接收用户发送的接口选择请求，确定目标软件的全部接口，并生成接口选择界面后发送至用户终端；

当接收到用户基于所述接口选择界面发送的接口选择指令时，确定所述接口选择指令对应的一个或者多个接口，将所述一个或者多个接口作为待测接口。

可选地，所述根据所述测试用例对所述待测接口进行测试并生成测试报告的步骤包括：

根据所述测试用例对所述待测接口进行测试，以获取所述测试接口的实际输出数据；

将所述实际输出数据和所述预期结果数据进行比对，并根据数据比对结果生成测试报告。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有接口测试程序，所述接口测试程序可被一个或者多个处理器执行，以实现如上所述的接口测试方法的步骤。

本发明提出的接口测试方法、装置及计算机可读存储介质，当接收到用户终端发送的测试用例创建指令时，生成测试组件配置界面，并将测试组件配置界面发送至用户终端显示，其中，测试组件配置界面与预设类库关联；确定用户基于测试组件配置界面，从预设类库选择的一个或者多个预设类，以及基于测试组件界面设置的测试输入参数、预期结果数据和执行条件；从预设类库中调用用户选择的一个或者多个预设类，根据调用的一个或者多个预设类、测试输入参数、预期结果数据和执行条件生成测试组件；重复执行上述步骤，直至接收到用户终端基于测试组件配置界面发送的配置完成指令，将生成的多个测试组件组装为测试用例；确定用户选择的待测接口，根据测试用例对待测接口进行测试并生成测试报告。本发明的接口测试方案，用户在为待测接口编写测试用例时，无需测试人员编写代码，可以根据要测试的接口的功能，选择对应的自定义类，并设置好测试输入参数、预期结果数据和执行条件，生成测试组件，并由多个测试组件生成一个测试用例，这种情况下，即使接口发生变化，对测试用例的改动量也比较小，并且这种方案无需测试人员花费大量时间学习相关函数的实现，提高测试效率。

附图说明

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

图2为本发明一实施例提供的接口测试装置的内部结构示意图；

图3为本发明一实施例提供的接口测试装置中接口测试程序的模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种接口测试方法。参照图1所示，为本发明一实施例提供的接口测试方法的流程示意图。该方法可以由一个装置执行，该装置可以由软件和/或硬件实现。

在本实施例中，接口测试方法包括：

步骤s10，当接收到用户终端发送的测试用例创建指令时，生成测试组件配置界面，并将所述测试组件配置界面发送至所述用户终端显示，其中，所述测试组件配置界面与预设类库关联。

步骤s20，确定用户基于所述测试组件配置界面，从所述预设类库选择的一个或者多个预设类，以及基于所述测试组件界面设置的测试输入参数、预期结果数据和执行条件。

步骤s30，从所述预设类库中调用用户选择的一个或者多个预设类，根据调用的一个或者多个预设类、所述测试输入参数、预期结果数据和执行条件生成测试组件。

应用程序在开发完成后，需要对其接口进行功能测试，通过编写的测试用例来执行，在执行测试用例时，能够调用对应的待测接口并运行，以实现相应的功能。因此，需要根据待测试接口的功能，有针对性的编写测试用例。该方案提出了一种接口测试方法，预先编写好构成测试用例所需要的预设类，并在服务器中建立预设类库。

步骤s40，重复执行上述步骤，直至接收到所述用户终端基于所述测试组件配置界面发送的配置完成指令，将生成的多个测试组件组装为测试用例。

用户在对目标接口进行测试时，可以直接调用预设类库中的预设类使用，无需编写代码。在接收到用户通过用户终端发送的测试用例创建指令后，生成测试组件配置界面并发送至用户终端显示，并且该测试组件配置界面与上述预设类库关联，用户可以直接从预设类库中调用需要的预设类，并在该配置界面上设置测试输入参数、预期结果数据和执行条件。用户在配置完成后，触发测试组件创建完成指令，将选择的预设类信息、测试输入参数、预期结果数据和执行条件发送至服务器，服务器根据上述一个或者多个预设类、测试输入参数、预期结果数据和执行条件生成测试组件。用户可以通过这样的方式建立多个测试组件，并设置多个测试组件之间的执行顺序。对于服务器来说，当接收到用户终端基于所述测试组件配置界面发送的配置完成指令时，确定所述多个测试组件之间的执行顺序，并按照所述执行顺序将所述多个测试组件组装为测试用例。

此外，将上述测试用例存储至代码库中，若有一个或者多个接口发生变更，用户可以通过用户终端对测试用例进行修改，具体地，当接收到用户终端发送的用例修改指令时，确定所述用例修改指令对应的测试用例，并生成所述测试用例的编辑界面发送至所述用户终端；当接收到用户终端发送的修改后的测用例时，更新存储该测试用例。

步骤s50，确定用户选择的待测接口，根据所述测试用例对所述待测接口进行测试并生成测试报告。

一个测试用例中可以包含有多个测试组件，一个测试组件对应于一个待测接口，一个测试用例可以实现对一个软件的多个待测接口的测试。例如，某软件有登录接口和状态接口，登录接口用于验证用户输入的账号密码是否正确，状态接口用于查看登录账号当前的业务状态。编写包含有测试组件a和测试组件b的测试用例，设置测试组件a用于测试登录接口的功能，测试组件b用于测试状态接口的功能。由于登录账号和查询业务状态的关系可以是先登录再查询，因此，可以将脚本的执行顺序设置为先运行测试组件a、再运行测试组件b。运行测试组件a时，调用登录接口，并将测试组件a中预存的正确的账号、密码发送登录接口，如果登陆成功，则登录接口能够正常的登录程序。同时，将该账号的登录结果发送至测试组件b，测试组件b请求查询该账号中的业务状态，如果能够完整的查询到上述业务状态，则状态接口的功能完好。

此外，由于一些接口之间存在依赖关系，一个接口的输出结果数据可能是另一个接口的输入数据，因此，在将多个测试组件组合为一个完整的测试用例时，需要考虑多个待测接口之间的依赖关系，具体地，所述当接收到用户终端基于所述测试组件配置界面发送的配置完成指令，将生成的多个测试组件组装为测试用例的步骤包括如下细化步骤：

根据多个待测接口之间的依赖关系，确定待测接口之间的结果数据的传递关系；根据所述结果数据的传递关系，确定多个测试组件的执行顺序，并根据执行顺序将所述多个测试组件组装为所述测试用例。

进一步地，所述确定用户选择的待测接口的步骤包括如下细化步骤：

接收用户发送的接口选择请求，确定目标软件的全部接口，并生成接口选择界面后发送至用户终端；

当接收到用户基于所述接口选择界面发送的接口选择指令时，确定所述接口选择指令对应的一个或者多个接口，将所述一个或者多个接口作为待测接口。

进一步地，在一个实施例中，所述根据所述测试用例对所述待测接口进行测试并生成测试报告的步骤包括如下细化步骤：

根据所述测试用例对所述待测接口进行测试，以获取所述测试接口的实际输出数据；

将所述实际输出数据和所述预期结果数据进行比对，并根据数据比对结果生成测试报告。

在将实际输出数据与预期结果数据进行对比时，可以由多种不同的数据对比方式。例如，以json数据key值和value值为例，包括但不限于以下几种数据对比情况：

1)、数据结构类型对比：这种方式适用于对预期结果数据value值精度有一定要求的情况，当实际输出的数据value值的类型与预期结果数据value值的类相同时，才视为比对成功，例如，预期结果数据value值为int类型，实际输出结果为string类型，则返回比对失败。

2)、数据结果全对比：这种方式适用于数据结构简单的情况，将预期结果数据和key值和value值，与实际输出结果的key值和value值对比，若完全匹配，则返回比对成功。

3)、数据结构对比：若数据结构非常复杂，数据嵌套多，可以用递归方式经行递归key值寻找，忽略每层的数据value值，只进行key值结果层级对比，若key值完全匹配，则返回比对成功。

4)、数据结果抽样比对：此方式适用于大批量数据返回的情况，通过抽样方式进行数据key值和value值的对比，如果符合预期值，则返回比对成功。

本实施例提出的接口测试方法，当接收到用户终端发送的测试用例创建指令时，生成测试组件配置界面，并将测试组件配置界面发送至用户终端显示，其中，测试组件配置界面与预设类库关联；确定用户基于测试组件配置界面，从预设类库选择的一个或者多个预设类，以及基于测试组件界面设置的测试输入参数、预期结果数据和执行条件；从预设类库中调用用户选择的一个或者多个预设类，根据调用的一个或者多个预设类、测试输入参数、预期结果数据和执行条件生成测试组件；重复执行上述步骤，直至接收到用户终端基于测试组件配置界面发送的配置完成指令，将生成的多个测试组件组装为测试用例；确定用户选择的待测接口，根据测试用例对待测接口进行测试并生成测试报告。本发明的接口测试方案，用户在为待测接口编写测试用例时，无需测试人员编写代码，可以根据要测试的接口的功能，选择对应的自定义类，并设置好测试输入参数、预期结果数据和执行条件，生成测试组件，并由多个测试组件生成一个测试用例，这种情况下，即使接口发生变化，对测试用例的改动量也比较小，并且这种方案无需测试人员花费大量时间学习相关函数的实现，提高测试效率。

本发明还提供一种接口测试装置。参照图2所示，为本发明一实施例提供的接口测试装置的内部结构示意图。

在本实施例中，接口测试装置1可以是pc(personalcomputer，个人电脑)，也可以是智能手机、平板电脑、便携计算机等终端设备。该接口测试装置1至少包括存储器11、处理器12，网络接口13以及通信总线。

其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是接口测试装置1的内部存储单元，例如该接口测试装置1的硬盘。存储器11在另一些实施例中也可以是接口测试装置1的外部存储设备，例如接口测试装置1上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，存储器11还可以既包括接口测试装置1的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于接口测试装置1的应用软件及各类数据，例如接口测试程序01的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器12在一些实施例中可以是一中央处理器(centralprocessingunit,cpu)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行接口测试程序01等。

网络接口13可选的可以包括标准的有线接口、无线接口(如wi-fi接口)，通常用于在该装置1与其他电子设备之间建立通信连接。

通信总线用于实现这些组件之间的连接通信。

可选地，该装置1还可以包括用户接口，用户接口可以包括显示器(display)、输入单元比如键盘(keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是led显示器、液晶显示器、触控式液晶显示器以及oled(organiclight-emittingdiode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在接口测试装置1中处理的信息以及用于显示可视化的用户界面。

图2仅示出了具有组件11-13以及接口测试程序01的接口测试装置1，本领域技术人员可以理解的是，图1示出的结构并不构成对接口测试装置1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

可选地，该装置1还可以包括触摸传感器。所述触摸传感器所提供的供用户进行触摸操作的区域称为触控区域。此外，这里所述的触摸传感器可以为电阻式触摸传感器、电容式触摸传感器等。而且，所述触摸传感器不仅包括接触式的触摸传感器，也可包括接近式的触摸传感器等。此外，所述触摸传感器可以为单个传感器，也可以为阵列布置的多个传感器。该装置1的显示器的面积可以与所述触摸传感器的面积相同，也可以不同。可选地，将显示器与所述触摸传感器层叠设置，以形成触摸显示屏。该装置1基于触摸显示屏侦测用户触发的触控操作。

可选地，该装置1还可以包括摄像头、rf(radiofrequency，射频)电路，传感器、音频电路、wifi模块等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，若该装置1为移动终端，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，接近传感器可在移动终端移动到耳边时，关闭显示屏和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；当然，移动终端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

在图2所示的装置1实施例中，存储器11中存储有接口测试程序01；处理器12执行存储器11中存储的接口测试程序01时实现如下步骤：

当接收到用户终端发送的测试用例创建指令时，生成测试组件配置界面，并将所述测试组件配置界面发送至所述用户终端显示，其中，所述测试组件配置界面与预设类库关联。

确定用户基于所述测试组件配置界面，从所述预设类库选择的一个或者多个预设类，以及基于所述测试组件界面设置的测试输入参数、预期结果数据和执行条件。

从所述预设类库中调用用户选择的一个或者多个预设类，根据调用的一个或者多个预设类、所述测试输入参数、预期结果数据和执行条件生成测试组件。

应用程序在开发完成后，需要对其接口进行功能测试，通过编写的测试用例来执行，在执行测试用例时，能够调用对应的待测接口并运行，以实现相应的功能。因此，需要根据待测试接口的功能，有针对性的编写测试用例。该方案提出了一种接口测试方法，预先编写好构成测试用例所需要的预设类，并在服务器中建立预设类库。

重复执行上述步骤，直至接收到所述用户终端基于所述测试组件配置界面发送的配置完成指令，将生成的多个测试组件组装为测试用例。

用户在对目标接口进行测试时，可以直接调用预设类库中的预设类使用，无需编写代码。在接收到用户通过用户终端发送的测试用例创建指令后，生成测试组件配置界面并发送至用户终端显示，并且该测试组件配置界面与上述预设类库关联，用户可以直接从预设类库中调用需要的预设类，并在该配置界面上设置测试输入参数、预期结果数据和执行条件。用户在配置完成后，触发测试组件创建完成指令，将选择的预设类信息、测试输入参数、预期结果数据和执行条件发送至服务器，服务器根据上述一个或者多个预设类、测试输入参数、预期结果数据和执行条件生成测试组件。用户可以通过这样的方式建立多个测试组件，并设置多个测试组件之间的执行顺序。对于服务器来说，当接收到用户终端基于所述测试组件配置界面发送的配置完成指令时，确定所述多个测试组件之间的执行顺序，并按照所述执行顺序将所述多个测试组件组装为测试用例。

此外，将上述测试用例存储至代码库中，若有一个或者多个接口发生变更，用户可以通过用户终端对测试用例进行修改，具体地，当接收到用户终端发送的用例修改指令时，确定所述用例修改指令对应的测试用例，并生成所述测试用例的编辑界面发送至所述用户终端；当接收到用户终端发送的修改后的测用例时，更新存储该测试用例。

确定用户选择的待测接口，根据所述测试用例对所述待测接口进行测试并生成测试报告。

一个测试用例中可以包含有多个测试组件，一个测试组件对应于一个待测接口，一个测试用例可以实现对一个软件的多个待测接口的测试。例如，某软件有登录接口和状态接口，登录接口用于验证用户输入的账号密码是否正确，状态接口用于查看登录账号当前的业务状态。编写包含有测试组件a和测试组件b的测试用例，设置测试组件a用于测试登录接口的功能，测试组件b用于测试状态接口的功能。由于登录账号和查询业务状态的关系可以是先登录再查询，因此，可以将脚本的执行顺序设置为先运行测试组件a、再运行测试组件b。运行测试组件a时，调用登录接口，并将测试组件a中预存的正确的账号、密码发送登录接口，如果登陆成功，则登录接口能够正常的登录程序。同时，将该账号的登录结果发送至测试组件b，测试组件b请求查询该账号中的业务状态，如果能够完整的查询到上述业务状态，则状态接口的功能完好。

此外，由于一些接口之间存在依赖关系，一个接口的输出结果数据可能是另一个接口的输入数据，因此，在将多个测试组件组合为一个完整的测试用例时，需要考虑多个待测接口之间的依赖关系，具体地，所述当接收到用户终端基于所述测试组件配置界面发送的配置完成指令，将生成的多个测试组件组装为测试用例的步骤包括如下细化步骤：

根据多个待测接口之间的依赖关系，确定待测接口之间的结果数据的传递关系；根据所述结果数据的传递关系，确定多个测试组件的执行顺序，并根据执行顺序将所述多个测试组件组装为所述测试用例。

进一步地，所述确定用户选择的待测接口的步骤包括如下细化步骤：

接收用户发送的接口选择请求，确定目标软件的全部接口，并生成接口选择界面后发送至用户终端；

当接收到用户基于所述接口选择界面发送的接口选择指令时，确定所述接口选择指令对应的一个或者多个接口，将所述一个或者多个接口作为待测接口。

进一步地，在一个实施例中，所述根据所述测试用例对所述待测接口进行测试并生成测试报告的步骤包括如下细化步骤：

根据所述测试用例对所述待测接口进行测试，以获取所述测试接口的实际输出数据；

将所述实际输出数据和所述预期结果数据进行比对，并根据数据比对结果生成测试报告。

在将实际输出数据与预期结果数据进行对比时，可以由多种不同的数据对比方式。例如，以json数据key值和value值为例，包括但不限于以下几种数据对比情况：

1)、数据结构类型对比：这种方式适用于对预期结果数据value值精度有一定要求的情况，当实际输出的数据value值的类型与预期结果数据value值的类相同时，才视为比对成功，例如，预期结果数据value值为int类型，实际输出结果为string类型，则返回比对失败。

2)、数据结果全对比：这种方式适用于数据结构简单的情况，将预期结果数据和key值和value值，与实际输出结果的key值和value值对比，若完全匹配，则返回比对成功。

3)、数据结构对比：若数据结构非常复杂，数据嵌套多，可以用递归方式经行递归key值寻找，忽略每层的数据value值，只进行key值结果层级对比，若key值完全匹配，则返回比对成功。

4)、数据结果抽样比对：此方式适用于大批量数据返回的情况，通过抽样方式进行数据key值和value值的对比，如果符合预期值，则返回比对成功。

本实施例提出的接口测试装置，用户在为待测接口编写测试用例时，无需测试人员编写代码，可以根据要测试的接口的功能，选择对应的自定义类，并设置好测试输入参数、预期结果数据和执行条件，生成测试组件，并由多个测试组件生成一个测试用例，这种情况下，即使接口发生变化，对测试用例的改动量也比较小，并且这种方案无需测试人员花费大量时间学习相关函数的实现，提高测试效率。

可选地，在其他的实施例中，接口测试程序还可以被分割为一个或者多个模块，一个或者多个模块被存储于存储器11中，并由一个或多个处理器(本实施例为处理器12)所执行以完成本发明，本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段，用于描述接口测试程序在接口测试装置中的执行过程。

例如，参照图3所示，为本发明接口测试装置一实施例中的接口测试程序的程序模块示意图，该实施例中，接口测试程序可以被分割为界面生成模块10、数据获取模块20、组件生成模块30、用例组装模块40和接口测试模块50，示例性地：

界面生成模块10用于：当接收到用户终端发送的测试用例创建指令时，生成测试组件配置界面，并将所述测试组件配置界面发送至所述用户终端显示，其中，所述测试组件配置界面与预设类库关联；

数据获取模块20用于：确定用户基于所述测试组件配置界面从所述预设类库选择的一个或者多个预设类，以及基于所述测试组件界面设置的测试输入参数、预期结果数据和执行条件；

组件生成模块30用于：从所述预设类库中调用用户选择的一个或者多个预设类，根据调用的一个或者多个预设类、所述测试输入参数、预期结果数据和执行条件生成测试组件；

用例组装模块40用于：重复执行上述步骤，直至接收到所述用户终端基于所述测试组件配置界面发送的配置完成指令，将生成的多个测试组件组装为测试用例；

接口测试模块50用于：确定用户选择的待测接口，根据所述测试用例对所述待测接口进行测试并生成测试报告。

上述界面生成模块10、数据获取模块20、组件生成模块30、用例组装模块40和接口测试模块50等程序模块被执行时所实现的功能或操作步骤与上述实施例大体相同，在此不再赘述。

此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有接口测试程序，所述接口测试程序可被一个或多个处理器执行，以实现如下操作：

当接收到用户终端发送的测试用例创建指令时，生成测试组件配置界面，并将所述测试组件配置界面发送至所述用户终端显示，其中，所述测试组件配置界面与预设类库关联；

确定用户基于所述测试组件配置界面从所述预设类库选择的一个或者多个预设类，以及基于所述测试组件界面设置的测试输入参数、预期结果数据和执行条件；

从所述预设类库中调用用户选择的一个或者多个预设类，根据调用的一个或者多个预设类、所述测试输入参数、预期结果数据和执行条件生成测试组件；

重复执行上述步骤，直至接收到所述用户终端基于所述测试组件配置界面发送的配置完成指令，将生成的多个测试组件组装为测试用例；

确定用户选择的待测接口，根据所述测试用例对所述待测接口进行测试并生成测试报告。

本发明计算机可读存储介质具体实施方式与上述接口测试装置和方法各实施例基本相同，在此不作累述。

需要说明的是，上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。