CN107861870A - 接口测试及测试数据生成方法、装置、终端和存储介质 - Google Patents

Abstract

本发明涉及一种接口测试方法，具体包括如下步骤：当到达预设测试时间时，读取预先为待测试业务配置的基本参数；将所述基本参数传入至所述待测试业务对应的业务逻辑中，以触发所述业务逻辑运行，直至所述业务逻辑运行到所述基本参数中配置的业务阶段节点，其中，所述业务逻辑是由多个耦合的接口逻辑构成的；接收在所述业务阶段节点处返回的回参数据；根据所述回参数据生成所述待测试业务对应的测试用例的请求入参值，并执行所述测试用例，得到测试结果。上述方法能够使接口的测试更加灵活、测试效率更高。

Description

接口测试及测试数据生成方法、装置、终端和存储介质

技术领域

本发明涉及计算机技术领域，特别是涉及一种接口测试及测试数据生成方法、装置、终端和存储介质。

背景技术

目前，随着计算机技术的日益发展以及不同领域的业务种类的日益丰富(例如金融交易领域)，对复杂系统进行自动化测试的需求日益增长。

测试领域中，尤其是互联网金融测试领域，因系统复杂以及高耦合性，测试工程师通常依靠手工的方式准备测试数据，人工录单效率极低，导致测试效率低、版本迭代周期变长、效率与业务的极速的发展十分不匹配。

发明内容

基于此，有必要针对上述问题，提供一种能够使接口的测试更加灵活、测试效率更高的接口测试及测试数据生成方法、装置、终端和存储介质。

一种接口测试方法，包括：

当到达预设测试时间时，读取预先为待测试业务配置的基本参数；

将所述基本参数传入至所述待测试业务对应的业务逻辑中，以触发所述业务逻辑运行，直至所述业务逻辑运行到所述基本参数中配置的业务阶段节点，其中，所述业务逻辑是由多个耦合的接口逻辑构成的；

接收在所述业务阶段节点处返回的回参数据；

根据所述回参数据生成所述待测试业务对应的测试用例的请求入参值，并执行所述测试用例，得到测试结果。

在一个实施例中，在所述当到达预设测试时间时，读取预先为待测试业务配置的基本参数之前，还包括：

接收用户上传的表格文档；

从所述表格文档中获取配置数据，所述配置数据包括基本参数和至少一个测试用例标识，所述基本参数中配置的所述业务阶段节点的数量为多个；

建立所述业务阶段节点与所述测试用例标识之间的关联关系。

在一个实施例中，所述根据所述回参数据生成待测试业务对应的测试用例的请求入参值，包括：

将所述回参数据转化成映射MAP数据格式，提取所述映射MAP数据格式的回参数据中的参数值；

生成参数项和对应的所述参数值形式的测试数据；

对应所述测试数据中的参数项为所述测试用例中的请求入参项赋予相应的请求入参值。

在一个实施例中，在所述根据所述回参数据生成待测试业务对应的测试用例的请求入参值之后，还包括：

查找所述测试用例中是否有未赋值的预设入参项，若是，则调用预设的算法生成预设入参项对应的参数值。

一种测试数据生成方法，包括：

获取用户输入的配置参数；

调用造数工具，通过生成工具编译所述造数工具，并将所述配置参数输入至所述造数工具中以生成相应测试用例对应的测试数据；

其中，所述造数工具将配置参数的基本参数上传至指定接口地址，并获取以指定接口地址为起始点的业务逻辑在所述配置参数指定的业务阶段节点处输出的回参数据。

一种接口测试装置，包括：

基本参数获取模块，用于当到达预设测试时间时，读取预先为待测试业务配置的基本参数；

造数模块，用于将所述基本参数传入至所述待测试业务对应的业务逻辑中，以触发所述业务逻辑运行，直至所述业务逻辑运行到所述基本参数中配置的业务阶段节点；其中，所述业务逻辑是由多个耦合的接口逻辑构成的；

生成测试数据模块，用于接收在所述业务阶段节点处返回的回参数据；

测试模块，用于根据所述回参数据生成所述待测试业务对应的测试用例的请求入参值，并执行所述测试用例，得到测试结果。

在一个实施例中，所述装置还包括：

文档接收模块，用于接收用户上传的表格文档；

配置数据获取模块，用于从所述表格文档中获取配置数据，所述配置数据包括基本参数和至少一个测试用例标识，所述基本参数中配置的所述业务阶段节点的数量为多个；

关系构建模块，用于建立所述业务阶段节点与所述测试用例标识之间的关联关系。

在一个实施例中，所述装置还包括：

辅助造数模块，用于查找所述测试用例中是否有未赋值的预设入参项，若是，则调用预设的算法生成预设入参项对应的参数值。

一种终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现权利要求1-4任意一项所述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-4任意一项所述方法的步骤。

上述接口测试及测试数据生成方法、装置、终端和存储介质，通过抽象出待测试业务的基本参数，并将基本参数上传至待测试业务对应的业务逻辑中，通过指定执行的待测试业务的截止节点(指定的某一个业务阶段节点)，得到自该截止业务节点输出的回参数据。该回参数据可作为待测试业务的测试用例所需要的前置接口的前置条件测试数据，测试人员无需手动准备耦合接口带来的前置条件测试数据，也无需人工预先录单，只需指定待测试的业务的测试用例对应的业务阶段节点以及基本参数即可得到相应测试用例所需要的前置条件接口参数。通过上述方法可灵活得到任意测试接口节点的所需要的测试参数数据，接口测试更加灵活，测试效率更高。

附图说明

图1为一个实施例中接口测试方法的应用环境图；

图2为一个实施例中接口测试方法的流程图；

图3为一个实施例中业务逻辑示意图；

图4为一个实施例中获取造数所用的配置数据所涉及的流程图；

图5为一个实施例中接口测试的原理图；

图6为一个实施例中回参数据转化成测试数据所涉及的流程图；

图7为一个实施例中测试数据生成方法的流程图；

图8为一个实施例中接口测试装置的结构框图；

图9为另一个实施例中接口测试装置的结构框图；

图10为又一个实施例中接口测试装置的结构框图；

图11为一个实施例中终端的内部结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，在一个实施例中，提供了一种接口测试方法的应用环境图，该应用环境图包括终端110和服务器120。终端110可通过网络与服务器120通信。终端110可以是智能手机、平板电脑、笔记本电脑、台式计算机中的至少一种，但并不局限于此。服务器120可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群。服务器120中存储有待测试业务的可执行业务逻辑。终端监控预先构建的测试计划中的测试时间，当到达测试时间时，读取预先为待测试业务配置的基本参数，并将基本参数上传至服务器中的指定的测试业务接口，触发服务器运行相应的业务逻辑，直至业务逻辑执行到指定的业务节阶段节点，服务器获取从该业务阶段节点输出的回参数据。服务器将得到的回参数据发送至终端，终端处理该回参数据生成测试数据，而后将得到的测试数据以及基本参数作为输入参数执行测试计划中的测试用例，得到测试结果。通过上述方法可灵活得到任意测试接口节点的所需要的测试参数，使接口测试更加灵活，测试效率更高。

如图2所示，在一个实施例中，提供了一种接口测试方法，该方法具体包括如下步骤：

步骤S202：当到达预设测试时间时，读取预先为待测试业务配置的基本参数。

终端中预先存储有至少一个测试计划。测试计划至少包括测试时间、为待测试业务配置的基本参数、待测试业务对应的业务逻辑地址、业务阶段节点、测试用例。

终端监控测试计划中的测试时间，当到达测试时间时，读取相应测试计划中为待测试业务配置的基本参数。

如待测试业务为金融产品(如薪金贷、业务贷、员工贷、车主贷等)时，配置的基本参数可以包括：资金模式、贷款金额、贷款期限、银行名称、渠道模式。基本参数还可以包括：测试环境、测试库、数据库用户名和密码、渠道描述、销售员编码、行业选择等。

步骤S204：将基本配置参数传入至待测试业务对应的业务逻辑中，以触发业务逻辑运行，直至业务逻辑运行到基本参数中配置的业务阶段节点；其中，业务逻辑是由多个耦合的接口逻辑构成的。

测试计划中预先指定了待测试业务对应的初始接口地址或者待测试业务逻辑某一个中间接口地址。终端获取该指定的待测试业务对应的业务逻辑的接口地址，并将获取的基本参数传入至该接口地址中，以激发该业务逻辑自该接口运行。

本实施例中，待测试业务对应的业务逻辑为多个耦合接口构成的接口串。该待测试业务逻辑可运行在与终端通信的服务器中，如图3所示。图3中的待测试业务逻辑由5个耦合的接口构成。终端将读取的基本参数上传至待测试业务的指定地址，本实施例中，指定地址为接口1的地址。服务器接收终端上传的基本参数后，触发待测试业务逻辑运行，直至该待测试业务逻辑运行到指定的业务阶段节点。可以设置待测试业务逻辑所包括的任一接口的出口作为业务阶段节点，如图3所示的业务阶段节点为接口3出口作为业务阶段节点。可以理解的是，还可以根据需要设置待测试业务逻辑的其他一个或者多个接口的作为业务阶段节点。

步骤S206：接收在业务阶段节点处返回的回参数据。

服务器执行待测试业务逻辑直至指定业务阶段节点，获取在指定业务阶段节点处的输出的回参数据，该回参数据是输入的基本入参信息经业务逻辑处理后得到的回参数据。

由于待测试业务为多个耦合的接口构成的，生成的回参数据可作为对应的指定业务阶段节点后的耦合接口的测试数据。如图3所示，自指定业务阶段节点(接口3出口)输出的回参数据可作为测试接口4或者接口5的前置条件的测试数据。举例来说，接口4为支付接口，测试支付接口需要的订单信息作为测试支付接口的前置条件。本实施例中，执行业务逻辑至接口3即可得到订单信息，因此，自接口3输出的回参数据即为测试接口4的测试参数，该测试参数为接口4的测试用例中的前置条件测试参数。

步骤S208：根据回参数据生成待测试业务对应的测试用例的请求入参值，并执行测试用例，得到测试结果。

获取测试计划中的待测试业务对应的测试用例，该测试用例中定义了请求入参项。为了能够执行测试用例，需要为测试用例中的每个请求入参项赋予入参值。本实施例中，从得到的回参数据中得到测试用例的请求入参项对应的请求入参值。依赖回参数据的请求入参值一般为该测试用例的前置条件测试参数。

将测试用例中的请求入参赋予相应的请求入参值后，终端执行该测试用例，得到测试结果。在一个实施例中，还可以根据测试结果生成测试报告，最终完成对待测试业务的测试。

本实施例中，通过指定有限数量的基本参数和指定业务阶段节点，通过指定待测试业务逻辑的方式自动生成测试用例的测试数据。也就是，在指定业务阶段节点处得到的回参数据可作为待测试业务的测试用例所需要的前置接口的前置条件测试参数，测试人员无需手动准备耦合接口带来的前置条件测试数据，也无需人工预先录单。

在一个实施例中，如图4所示，在步骤S202：当到达预设测试时间时，读取预先为待测试业务配置的基本参数之前，还包括：

步骤S302：接收用户上传的表格文档。

在一个实施例中，表格文档可以是EXCEL文档。

步骤S304：从表格文档中获取配置数据，配置数据包括基本参数和至少一个测试用例，基本参数中配置的业务阶段节点的数量为多个。

配置数据是根据用户上传的表格文档中携带的数据生成的。即，Excel作为数据驱动的入口，操作人员在文档中设置参数。

步骤S306：建立业务阶段节点与测试用例之间标识的关联关系。

本实施例中，建立的业务阶段节点和测试用例之间的关联关系可以是：一个测试用例对应多个业务阶段节点，或者一个测试用例对应一个业务阶段节点，具体根据测试用例所需要的请求入参而定。

当测试用例为多个时，将基本参数上传至相应的业务逻辑中，依次根据配置的多个业务阶段节点获取每个业务阶段阶段对应的回参数据，再根据测试用例与业务阶段节点之间的关联关系，得到每个测试用例的测试数据(前置条件参数对应的参数值)，进而执行多个测试用例。在一个实施例中，采用多线程的方式同时执行多个测试用例，以达到同时对整个待测试业务的多个接口进行测试。

举例来说，如图5所示，待测试业务为有5个接口构成的接口串。当需要对该待测试业务的每个接口进行测试，则预先定义每个接口的测试用例。假设除接口1外，其余每个接口测测试用例的请求入参均包括依赖于前一个接口的前置条件测试数据，则需要生成每个测试用例的前置条件测试数据。具体为：接口1对应测试用例1、接口2对应测试用例2、接口3对应测试用例3、接口4对应测试用例5。基于基本参数执行测试用例1(运行接口1对应的业务逻辑1)即可得到接口1的测试结果，并得到在接口1的业务阶段节点的回参数据，预先建立了接口2对应的测试用例2与接口1的业务阶段节点之间的关联关系，也就是可从接口1输出的回参数据中得到测试用例2所需要的入参值，生成完整的可执行的测试用例2，执行测试用例2(运行接口2对应的业务逻辑2)即可得到接口2的测试结果。同样的方式，依次得到接口3-接口5的测试结果。

能够理解的是，一个测试用例可根据需要关联多个业务阶段节点。如测试用例4关联接口2的业务阶段节点和接口3的业务阶段节点。根据接口2的业务节点节点和接口3的业务阶段节点输出的回参得到接口4对应的测试用例4所需要的入参值。

本实施例中，通过建立业务阶段节点与测试用例之间的关联关系，可准确自动生成多个测试用例所需要的参数信息，大大提高了数据准备的正确性和效率。

在一个实施例中，如图6所示，步骤S208中的根据回参数据生成待测试业务对应的测试用例的请求入参值，包括如下步骤：

步骤S402：将回参数据转化成映射MAP数据格式，提取映射MAP数据格式的回参数据中的参数值。

本实施例中，待测试的接口为基于JAVA语言的接口，因此，运行接口业务逻辑所返回的回参数据为Json格式的回参。终端调用预先准备好的转换工具将Json格式的回参数据转换成基于JAVA的MAP格式。

映射MAP是一种依照键值对的形式进行存储的数据结构。键值可以是任何类型的对象同时不能存在重复的键值并且每个键值必须与一个相应的值对应存储。

步骤S404：生成参数项和对应的参数值的形式的测试数据。

步骤S406：对应测试数据中的参数项为测试用例中的请求入参项赋予相应的请求入参值。

基于MAP数据格式的回参数据可更加方便快捷的查找获取出回参数据所包括的参数项和参数项对应的参数值形式的测试数据。将生成的测试数据的参数项与测试用例中为赋予参数值的入参参数项进行对应，为测试用例中的请求参数项赋予相应的请求参数值。也就是说，从转化后的回参数据中可快捷的提取中对应的测试用例中的请求入参值，以生成完整的可执行的测试用例以便进行接口的测试。

在一个实施例中，步骤S208：根据回参数据生成待测试业务对应的测试用例的请求入参值，并执行测试用例，得到测试结果，包括：根据回参数据生成待测试业务对应的测试用例的请求入参值，判断测试用例中是否有未赋值的预设入参项，若是，则调用预设的算法生成预设入参项对应的参数值。

举例来说，预设入参项可以是电话号码、样品编号等，预设算法可以是通过读取本地时间，根据获取到的值随机生成参数值的随机造数算法。还有，一些算法还可以是针对数据库的，通过使用代码执行sql(结构化查询语言)后以数组的形式返回想要的数据。

在一个实施例中，如图7所示，提供了一种测试数据生成方法，该方法包括如下步骤：

步骤S502：获取用户输入的配置参数。

配置参数可通过用户上传到终端的EXCEL表格获取到。配置参数至少包括基本参数，指定的业务阶段节点。

步骤S504：调用造数工具，通过生成工具编译造数工具，并将配置参数输入至造数工具中以生成相应测试用例对应的测试数据。

其中，造数工具将配置参数的基本参数上传至指定接口地址，并获取以指定接口地址为起始点的业务逻辑在配置参数指定的业务阶段节点处输出的回参数据。

终端通过生成工具编译造数工具，生成可执行代码。执行该可执行代码可执行如下造数逻辑：将将配置参数的基本参数上传至指定接口地址，并获取自指定接口地址为起始点的业务逻辑在配置参数指定的业务阶段节点处输出的回参数据。后续接口的测试所需要的数据可从回参数据中获取到。

在一个实施例中，生成工具可以是自动构建工具ant(another neat tool)，其在软件开发中用来将源代码和其他的输入文件转换为可执行文件的形式。

在一个实施例中，终端将用户输入的配置参数存储在造数工具中，当检测到测试时间到达时，编译并执行造数工具生成测试数据，使用该生成的测试数据生成完整的测试用例，执行测试用例得到测试结果。

在一个实施例中，如图8所示，提供了一种接口测试装置，该装置包括：

基本参数获取模块602，用于当到达预设测试时间时，读取预先为待测试业务配置的基本参数。

造数模块604，用于将基本参数传入至待测试业务对应的业务逻辑中，以触发业务逻辑运行，直至业务逻辑运行到基本参数中配置的业务阶段节点；其中，业务逻辑是由多个耦合的接口逻辑构成的；

生成测试数据模块606，用于接收在业务阶段节点处返回的回参数据。

测试模块608，用于根据回参数据生成待测试业务对应的测试用例的请求入参值，并执行测试用例，得到测试结果。

在一个实施例中，如图9所示，接口测试装置还包括：

文档接收模块702，用于接收用户上传的表格文档。

配置数据获取模块704，用于从表格文档中获取配置数据，配置数据包括基本参数和至少一个测试用例标识，基本参数中配置的业务阶段节点的数量为多个。

关系构建模块706，用于建立业务阶段节点与测试用例之间的关联关系。

在一个实施例中，测试模块608，还用于将回参数据转化成MAP数据格式，提取MAP数据格式的回参数据中的参数值；生成参数项和对应的参数值的形式的测试数据；对应测试数据中的参数项为测试用例中的请求参数项赋予相应的请求入参值。

在一个实施例中，如图10所示，接口测试装置还包括：

辅助造数模块802，用于查找测试用例中是否有未赋值的预设入参项，若是，则调用预设的算法生成预设入参项对应的参数值。

在一个实施例中，还提供了一种测试数据生成装置，该装置包括：

配置参数获取模块，获取用户输入的配置参数；

测试数据生成模块，用于调用造数工具，通过生成工具编译造数工具，并将配置参数输入至造数工具中以生成相应测试用例对应的测试数据；

其中，造数工具将配置参数的基本参数上传至指定接口地址，并获取自指定接口地址为起始点的业务逻辑在配置参数指定的业务阶段节点处输出的回参数据。

在一个实施例中，提供了一种终端。该终端可以是手机、平板电脑、笔记本电脑、台式计算机等。如图11所示，该终端包括通过系统总线连接的处理器、内存储器、非易失性存储介质、网络接口、显示屏和输入装置。其中，该处理器用于提供计算和控制能力，支撑整个终端的运行。该终端的非易失性存储介质存储有操作系统和计算机程序，该计算机程序可被处理器所执行以实现以下各实施例所提供的一种接口测试方法。终端中的内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。网络接口用于连接到网络与服务器进行通信。终端的显示屏可以是液晶显示屏或者电子墨水显示屏等，在本实施例中，显示屏可作为终端的输出装置，用于显示各种界面，比如，EXCEL界面。输入装置可以是显示屏上覆盖的触摸层，也可以是电子设备外壳上设置的按键、轨迹球或触控板，也可以是外接的键盘、触控板或鼠标等，用于供用户输入各种控制指令，例如，在本实施例中，可供用户输入配置参数。

在一个实施例中，提供了一种终端，该终端的处理器执行存储器中的计算机可执行指令时，具体执行以下步骤：当到达预设测试时间时，读取预先为待测试业务配置的基本参数；将基本参数传入至待测试业务对应的业务逻辑中，以触发业务逻辑运行，直至业务逻辑运行到基本参数中配置的业务阶段节点；其中，业务逻辑是由多个耦合的接口逻辑构成的；接收在业务阶段节点处返回的回参数据；根据回参数据生成待测试业务对应的测试用例的请求入参值，并执行测试用例，得到测试结果。

在一个实施例中，终端的处理器还执行如下步骤：接收用户上传的表格文档；从表格文档中获取配置数据，配置数据包括基本参数和至少一个测试用例标识，基本参数中配置的业务阶段节点的数量为多个；建立业务阶段节点与测试用例之间的关联关系。

在一个实施例中，处理器执行的根据回参数据生成待测试业务对应的测试用例的请求入参值，包括：将回参数据转化成MAP数据格式，提取MAP数据格式的回参数据中的参数值；生成参数项和对应的参数值的形式的测试数据；对应测试数据中的参数项为测试用例中的请求参数项赋予相应的请求入参值。

在一个实施例中，处理器在根据回参数据生成待测试业务对应的测试用例的请求入参值之后，还执行如下步骤：查找测试用例中是否有未赋值的预设入参项，若是，则调用预设的算法生成预设入参项对应的参数值。

在一个实施例中，提供了一种终端，该终端的处理器执行存储器中的计算机可执行指令时，具体执行以下步骤：获取用户输入的配置参数；调用造数工具，通过生成工具编译造数工具，并将配置参数输入至造数工具中以生成相应测试用例对应的测试数据；其中，造数工具将配置参数的基本参数上传至指定接口地址，并获取自指定接口地址为起始点的业务逻辑在配置参数指定的业务阶段节点处输出的回参数据。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如下步骤：当到达预设测试时间时，读取预先为待测试业务配置的基本参数；将基本参数传入至待测试业务对应的业务逻辑中，以触发业务逻辑运行，直至业务逻辑运行到基本参数中配置的业务阶段节点；其中，业务逻辑是由多个耦合的接口逻辑构成的；接收在业务阶段节点处返回的回参数据；根据回参数据生成待测试业务对应的测试用例的请求入参值，并执行测试用例，得到测试结果。

在一个实施例中，处理器还执行如下步骤：接收用户上传的表格文档；从表格文档中获取配置数据，配置数据包括基本参数和至少一个测试用例标识，基本参数中配置的业务阶段节点的数量为多个；建立业务阶段节点与测试用例之间的关联关系。

在一个实施例中，处理器执行的根据回参数据生成待测试业务对应的测试用例的请求入参值，包括：将回参数据转化成MAP数据格式，提取MAP数据格式的回参数据中的参数值；生成参数项和对应的参数值的形式的测试数据；对应测试数据中的参数项为测试用例中的请求参数项赋予相应的请求入参值。

在一个实施例中，处理器在根据回参数据生成待测试业务对应的测试用例的请求入参值之后，还执行如下步骤：查找测试用例中是否有未赋值的预设入参项，若是，则调用预设的算法生成预设入参项对应的参数值。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如下步骤：获取用户输入的配置参数；调用造数工具，通过生成工具编译造数工具，并将配置参数输入至造数工具中以生成相应测试用例对应的测试数据；其中，造数工具将配置参数的基本参数上传至指定接口地址，并获取自指定接口地址为起始点的业务逻辑在配置参数指定的业务阶段节点处输出的回参数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，程序可存储于一计算机可读取存储介质中，如本发明实施例中，该程序可存储于计算机系统的存储介质中，并被该计算机系统中的至少一个处理器执行，以实现包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种接口测试方法，包括：

当到达预设测试时间时，读取预先为待测试业务配置的基本参数；

将所述基本参数传入至所述待测试业务对应的业务逻辑中，以触发所述业务逻辑运行，直至所述业务逻辑运行到所述基本参数中配置的业务阶段节点，其中，所述业务逻辑是由多个耦合的接口逻辑构成的；

接收在所述业务阶段节点处返回的回参数据；

根据所述回参数据生成所述待测试业务对应的测试用例的请求入参值，并执行所述测试用例，得到测试结果。

2.根据权利要求1所述的方法，其特征在于，在所述当到达预设测试时间时，读取预先为待测试业务配置的基本参数之前，还包括：

接收用户上传的表格文档；

从所述表格文档中获取配置数据，所述配置数据包括基本参数和至少一个测试用例标识，所述基本参数中配置的所述业务阶段节点的数量为多个；

建立所述业务阶段节点与所述测试用例标识之间的关联关系。

3.根据权利要求1所述的方法，其特征在于，所述根据所述回参数据生成待测试业务对应的测试用例的请求入参值，包括：

将所述回参数据转化成映射MAP数据格式，提取所述映射MAP数据格式的回参数据中的参数值；

生成参数项和对应的所述参数值形式的测试数据；

对应所述测试数据中的参数项为所述测试用例中的请求入参项赋予相应的请求入参值。

4.根据权利要求1所述的方法，其特征在于，在所述根据所述回参数据生成待测试业务对应的测试用例的请求入参值之后，还包括：

查找所述测试用例中是否有未赋值的预设入参项，若是，则调用预设的算法生成预设入参项对应的参数值。

5.一种测试数据生成方法，包括：

获取用户输入的配置参数；

调用造数工具，通过生成工具编译所述造数工具，并将所述配置参数输入至所述造数工具中以生成相应测试用例对应的测试数据；

其中，所述造数工具将配置参数的基本参数上传至指定接口地址，并获取以指定接口地址为起始点的业务逻辑在所述配置参数指定的业务阶段节点处输出的回参数据。

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

基本参数获取模块，用于当到达预设测试时间时，读取预先为待测试业务配置的基本参数；

造数模块，用于将所述基本参数传入至所述待测试业务对应的业务逻辑中，以触发所述业务逻辑运行，直至所述业务逻辑运行到所述基本参数中配置的业务阶段节点；其中，所述业务逻辑是由多个耦合的接口逻辑构成的；

生成测试数据模块，用于接收在所述业务阶段节点处返回的回参数据；

测试模块，用于根据所述回参数据生成所述待测试业务对应的测试用例的请求入参值，并执行所述测试用例，得到测试结果。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

文档接收模块，用于接收用户上传的表格文档；

配置数据获取模块，用于从所述表格文档中获取配置数据，所述配置数据包括基本参数和至少一个测试用例标识，所述基本参数中配置的所述业务阶段节点的数量为多个；

关系构建模块，用于建立所述业务阶段节点与所述测试用例标识之间的关联关系。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

辅助造数模块，用于查找所述测试用例中是否有未赋值的预设入参项，若是，则调用预设的算法生成预设入参项对应的参数值。

9.一种终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1-4或5任意一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-4或5任意一项所述方法的步骤。