CN107301122A - 接口测试方法、装置、存储介质及计算机设备 - Google Patents

Abstract

本发明涉及一种接口测试方法、装置、存储介质及计算机设备，其中方法包括：获取测试任务，测试任务是根据业务逻辑，对多个被测接口进行测试的用例组合；根据预设的组合顺序和请求报文遍历运行测试任务中的每个用例中的被测接口；获取每个用例中的被测接口运行后的返回数据，根据返回数据生成测试报告。从而一次执行完测试任务中配置的所有被测接口，不仅提高了测试效率，在一定程度上还降低了测试成本。

Description

接口测试方法、装置、存储介质及计算机设备

技术领域

本发明涉及计算机技术领域，特别是涉及一种基于业务流程的接口测试方法、装置、存储介质及计算机设备。

背景技术

接口测试是软件测试中的一个重要环节，是检验软件质量的重要手段。在实际测试过程中，目前有采用开源的工具如利用Fiddler(Http协议调试代理工具)、PostMan(Http请求模拟工具)等进行参数的组装，然后模拟http请求。也有直接通过Python(面向对象的解释型计算机程序设计语言)或Java(面向对象编程语言)编写测试脚本进行自动化拼接参数以完成测试。

然而，利用开源的工具进行测试，需要手工拼接请求参数，由于接口类型多、结构复杂，传统的手工拼接模式存在工作量大、错误bug多等问题，导致测试过程中执行时间长、效率不高。而通过编写脚本进行测试，则对测试人员的编程能力有所要求，另外，随着项目的增加，接口也越来越多，脚本也随之越来越多，从而还需要专人进行脚本的管理维护，容易存在管理混乱的问题。

发明内容

基于此，有必要针对目前接口测试其测试效率低、成本高的问题，提供一种接口测试方法、装置、存储介质及计算机设备。

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

获取测试任务，所述测试任务是根据业务逻辑，对多个被测接口进行测试的用例组合；

根据预设的组合顺序和请求报文遍历运行测试任务中的每个用例中的被测接口；

获取每个用例中的被测接口运行后的返回数据，根据返回数据生成测试报告。

在其中一个实施例中，根据预设的组合顺序和请求报文遍历运行测试任务中的每个用例中的被测接口，包括：

根据预设的组合顺序取出测试任务中的用例；

根据预设的组合顺序取出用例中的被测接口；

根据被测接口以及对应的请求报文，解析配置参数；

根据解析的配置参数运行被测接口。

在其中一个实施例中，获取每个用例中的被测接口运行后的返回数据之后，还包括：

对返回数据进行解析；

将解析后的内容分别存储在预先配置的变量集合和测试日志中。

在其中一个实施例中，对返回数据进行解析，包括：

若返回数据是经过加密的内容，则根据预设的解密算法进行解密处理，提取解密后的内容；或者，

若返回数据是指定的字符串，则根据指定的字符串提取对应的字段内容；或者，

若返回数据是文本，则根据文本对应的正则表达式提取相应的内容。

在其中一个实施例中，根据被测接口以及对应的请求报文，解析配置参数，包括：

获取被测接口对应的请求报文；

若请求报文中包含有需要替换的变量，则根据预先配置的变量集合中存储的内容将请求报文中的变量替换为对应的内容。

在其中一个实施例中，根据被测接口以及对应的请求报文，解析配置参数，包括：

获取被测接口对应的请求报文；

若请求报文中包含有需要加/解密的内容，则根据预设的加/解密算法进行加/解密处理；

将请求报文中对应的内容替换为加/解密处理后的内容。

在其中一个实施例中，对返回数据进行解析之后，还包括：

判断解析后的内容是否与预先配置的内容相匹配，并将结果记录在测试日志中；

则根据返回数据生成测试报告，包括：

根据测试日志生成测试报告。

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

测试任务获取模块，用于获取测试任务，所述测试任务是根据业务逻辑，对多个被测接口进行测试的用例组合；

被测接口执行模块，用于将所述测试任务获取模块获取的测试任务根据预设的组合顺序和请求报文遍历运行所述测试任务中的每个用例中的被测接口；

测试报告生成模块，用于根据所述被测接口执行模块运行后的返回数据生成测试报告。

一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上方法所述的步骤。

一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现如上方法所述的步骤。

采用上述本发明技术方案的有益效果是：通过将测试任务中的用例根据预设的组合顺序和请求报文遍历运行每个用例中的被测接口，从而一次执行完测试任务中配置的所有被测接口，不仅提高了测试效率，在一定程度上还降低了测试成本。

附图说明

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

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

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

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

图5为一个实施例中接口测试装置的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。

本发明实施例提供了一种接口测试方法，如图1所示，可以包括如下步骤：

步骤S101，获取测试任务，其中，测试任务是根据业务逻辑，对多个被测接口进行测试的用例组合；

步骤S102，根据预设的组合顺序和请求报文遍历运行测试任务中的每个用例中的被测接口；

步骤S103，获取每个用例中的被测接口运行后的返回数据，根据返回数据生成测试报告。

在一个实施例中，当测试启动前，需要对测试任务进行配置，本实施例中具体可以通过WEB进行测试任务的配置，即可以根据业务逻辑，将所有相关的被测接口串联起来，组合成一个用例，而具有一定业务逻辑关系的多个用例又可以组合成一个测试任务。因此，在执行测试任务时，系统首先对测试任务进行解析，具体可以根据组合时的逻辑关系依次取出各用例，遍历处理各用例。在对各用例进行处理时，则根据用例中各被测接口组合的业务逻辑关系顺序取出各被测接口，同时根据预先配置的请求报文遍历运行各被测接口，从而一次执行完测试任务中配置的所有被测接口，并获取各被测接口的返回数据，根据每个用例中各被测接口的返回数据生成测试报告。

本实施例通过将测试任务中的用例根据预设的组合顺序和请求报文遍历运行每个用例中的被测接口，从而一次执行完测试任务中配置的所有被测接口，不仅提高了测试效率，在一定程度上还降低了测试成本。

在一个实施例中，如图2所示，根据预设的组合顺序和请求报文遍历运行测试任务中的每个用例中的被测接口，包括：

步骤S201，根据预设的组合顺序取出测试任务中的用例；

在执行测试任务时，系统首先对测试任务进行解析，具体可以根据组合时的逻辑关系从测试任务中依次取出各用例，遍历处理各用例。

步骤S202，根据预设的组合顺序取出用例中的被测接口；

在对各用例进行处理时，则根据用例中各被测接口组合的业务逻辑关系顺序取出用例中的各被测接口。

步骤S203，根据被测接口以及对应的请求报文，解析配置参数；

具体的，系统根据被测接口获取与被测接口对应的请求报文，在本实施例中，请求报文是根据被测接口的特性预先配置的，包括请求行、请求头和请求体三个部分。其中，请求行中定义了请求方法字段、统一资源定位符URL(Uniform Resource Locator)字段和超文本传输协议HTTP(HyperText Transfer Protocol)版本字段；请求头则由关键字、值对组成，其主要用于通知服务器有关于客户端请求的信息；请求体中则定义了具体请求的内容。

因此，在一个实施例中，系统在运行被测接口前，读取与被测接口对应的请求报文，并对请求报文的具体内容进行解析，如果请求头或请求体中包含有需要替换的变量，则根据预先配置的变量集合将请求头或请求体中的变量替换为对应的内容。例如，一个被测接口对应的请求头、请求体的配置如下：

请求头：

Content-Type:application/x-www-form-urlencoded

Host:{host}

请求体：

username＝admin&password＝{password}

其中，请求头Content-Type指明发送给接口的具体数据类型，这里配置为application/x-www-form-urlencoded表示此接口请求将提交一个键值对格式的数据，请求头Host用于指定被请求接口的主机和端口号，其值为变量{host}，它通常从HTTP URL中提取出来。请求体中包含username和password两个键值对，其中username的值为admin，password的值为变量{password}，该变量将在后续处理中替换成具体的值。

由此可知，请求头中包含了变量{host}，请求体中包含了变量{password}，如果预先配置的变量集合中配置了变量{host}＝127.0.0.1，{password}＝123456，因此，可以根据预先配置的变量集合将该被测接口对应的请求头、请求体的变量替换掉，从而得到如下配置：

请求头：

Content-Type:application/x-www-form-urlencoded

Host:127.0.0.1

请求体：

username＝admin&password＝123456

其中，请求头Host用于指定被请求接口的主机和端口号，它通常从HTTPURL中提取出来的，如果指定(即预先配置)为127.0.0.1，端口号默认为80可以不写，其完整格式可以是127.0.0.1:80。请求体username＝admin&password＝123456定义了所要提交的数据包含两个键值对，其中username的值为admin，password的值为123456。

步骤S204，根据解析的配置参数运行被测接口。

在完成上述解析过程后，则根据解析后的配置运行该被测接口，并根据上述方法遍历解析、运行用例中的各被测接口。

在一个实施例中，系统在运行被测接口前，读取与该被测接口对应的请求报文，并对请求报文的具体内容进行解析，如果请求报文中包含有需要加/解密的内容，则根据预先配置的加/解密算法进行加/解密处理，并将请求报文中对应的内容替换为加/解密处理后的内容。例如，还是以上例来说，预先配置的变量集合中配置了变量{host}＝127.0.0.1，{password}＝123456，如果请求报文中同时配置了需要对变量进行加密，则根据配置的加密算法对配置的变量进行加密后再替换。从而不需要开发人员再额外编写加解密程序，提高了测试效率。

在一个实施例中，如图3所示，在获取每个用例中的被测接口运行后的返回数据之后，还可以包括如下步骤：

步骤S301，对返回数据进行解析；

具体的，在本实施例中，在对测试任务进行配置时，同时也配置了各被测接口运行后返回数据的格式，因此，各被测接口运行后则按照预先配置的格式返回数据，系统则对返回数据进行解析。

在一个实施例中，如果经解析，返回数据是经过加密的内容，则根据预先配置的解密算法进行解密处理，以提取解密后的内容，完成解析过程。从而不需要开发人员再额外编写加解密程序，提高了测试效率。

在一个实施例中，如果经解析，返回数据是指定的字符串，则根据指定的字符串格式提取对应的字段内容。例如，如果返回数据是一种轻量级的数据交换格式json(JavaScript Object Notation)字符串，则直接转换成字典，取出指定的字段。

在一个实施例中，如果经解析，返回数据是文本，则根据文本对应的正则表达式提取相应的内容。

步骤S302，将解析后的内容存储在预先配置的变量集合中；

在本实施例中，系统将被测接口运行后的返回数据进行解析后，可以将解析后的内容根据预先配置的返回数据的格式存储在预先配置的变量集合中，以备后续其他被测接口运行时使用，从而节省了手工拼接参数的环节，不仅减少了测试人员的工作量，提高了测试效率，同时也避免了因手工拼接参数失误而产生的bug，提高了测试质量。

步骤S303，将解析后的内容存储在测试日志中，以便根据测试日志生成测试报告。

同时，系统将被测接口运行后的返回数据进行解析后，可以将解析后的内容根据预先配置的返回数据的格式存储在测试日志中，以便后续可以根据测试日志而生成测试报告。

在一个实施例中，如图4所示，在对返回数据进行解析之后，还可以包括如下步骤：

步骤S401，判断解析后的内容是否与预先配置的内容相匹配；

在本实施例中，在对测试任务进行配置时，也可以配置相应的检查点，其配置的具体内容可以是需要检查的字段类型或值，即对被测接口的返回数据进行检查。因此，对返回数据进行解析后，可以将解析后的内容当做文本处理，搜索是否存在预先配置的字符串，如果存在则表示匹配，也可以根据预先配置的正则表达式进行匹配；而针对返回数据是json格式的字符串，则将json数据转换成字典，判断是否存在配置的键和值，如果存在则表示匹配。

例如，某一被测接口的返回数据是{"result":"success","msg":"保存配置成功！","entity":null}，表示返回的数据为一个json格式字符串，其中包含三个字段，值分别是result＝success，msg＝保存配置成功！，entity＝null，其预先配置的检查点的字符串是“保存配置成功”，那么可以直接搜索返回数据中是否存在“保存配置成功”，存在即匹配，匹配则表示测试通过。

如果被测接口的返回数据是json格式的字符串，其预先配置的检查点还可以配置针对每个字段的检查，例如，某一检查点的配置为：

result＝1|str

msg＝0|/成功/

其中，result＝1|str表示返回数据需要存在“result”字段，并且此字段是必须存在，且规定了返回数据是字符串格式；msg＝0|/成功/表示返回数据可以存在“msg”字段，其为非必须存在的字段，如果存在，数据需要包含“成功”两个字符。如果都检查通过，则表示返回数据与预先配置的内容相匹配，其测试通过。

步骤S402，将结果记录在测试日志中，以便根据测试日志生成测试报告。

在本实施例中，上述的检查结果都会记录在测试日志中，以便于后续可以根据测试日志生成测试报告。

在一个实施例中，如果一个被测接口的测试结果中有一项不匹配，则表示测试失败，而一个用例中可以配置多个被测接口，因此，一个被测接口测试失败则表示整个用例失败，测试报告中可以体现每个用例中的所有被测接口的测试结果，以便于后续可以根据测试报告进一步完善测试用例。

本发明实施例还提供了一种接口测试装置，如图5所示，包括：

测试任务获取模块501，用于获取测试任务，其中，测试任务是根据业务逻辑，对多个被测接口进行测试的用例组合；

被测接口执行模块502，用于将测试任务获取模块501获取的测试任务根据预设的组合顺序和请求报文遍历运行测试任务中的每个用例中的被测接口；

测试报告生成模块503，用于根据被测接口执行模块502运行后的返回数据生成测试报告。

在一个实施例中，被测接口执行模块502具体用于：根据预设的组合顺序取出测试任务中的用例；根据预设的组合顺序取出用例中的被测接口；根据被测接口以及对应的请求报文，解析配置参数；根据解析的配置参数运行被测接口。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如下步骤：获取测试任务，其中，测试任务是根据业务逻辑，对多个被测接口进行测试的用例组合；根据预设的组合顺序和请求报文遍历运行测试任务中的每个用例中的被测接口；获取每个用例中的被测接口运行后的返回数据，根据返回数据生成测试报告。

在一个实施例中，根据预设的组合顺序和请求报文遍历运行测试任务中的每个用例中的被测接口，包括：根据预设的组合顺序取出测试任务中的用例；根据预设的组合顺序取出用例中的被测接口；根据被测接口以及对应的请求报文，解析配置参数；根据解析的配置参数运行所述被测接口。

在一个实施例中，获取每个用例中的被测接口运行后的返回数据之后，还包括：对返回数据进行解析；将解析后的内容分别存储在预先配置的变量集合和测试日志中。

在一个实施例中，对返回数据进行解析，包括：若返回数据是经过加密的内容，则根据预设的解密算法进行解密处理，提取解密后的内容；或者，若返回数据是指定的字符串，则根据指定的字符串提取对应的字段内容；或者，若返回数据是文本，则根据文本对应的正则表达式提取相应的内容。

在一个实施例中，根据被测接口以及对应的请求报文，解析配置参数，包括：获取被测接口对应的请求报文；若请求报文中包含有需要替换的变量，则根据预先配置的变量集合将请求报文中的变量替换为对应的内容。

在一个实施例中，根据被测接口以及对应的请求报文，解析配置参数，包括：获取被测接口对应的请求报文；若请求报文中包含有需要加/解密的内容，则根据预设的加/解密算法进行加/解密处理；将请求报文中对应的内容替换为加/解密处理后的内容。

在一个实施例中，对返回数据进行解析之后，还包括：判断解析后的内容是否与预先配置的内容相匹配；将结果记录在测试日志中；则根据返回数据生成测试报告，具体包括：根据测试日志生成测试报告。

本发明实施例还提供了一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行程序时实现如下步骤：获取测试任务，其中，测试任务是根据业务逻辑，对多个被测接口进行测试的用例组合；根据预设的组合顺序和请求报文遍历运行测试任务中的每个用例中的被测接口；获取每个用例中的被测接口运行后的返回数据，根据返回数据生成测试报告。

在一个实施例中，根据预设的组合顺序和请求报文遍历运行测试任务中的每个用例中的被测接口，包括：根据预设的组合顺序取出测试任务中的用例；根据预设的组合顺序取出用例中的被测接口；根据被测接口以及对应的请求报文，解析配置参数；根据解析的配置参数运行所述被测接口。

在一个实施例中，获取每个用例中的被测接口运行后的返回数据之后，还包括：对返回数据进行解析；将解析后的内容分别存储在预先配置的变量集合和测试日志中。

在一个实施例中，对返回数据进行解析，包括：若返回数据是经过加密的内容，则根据预设的解密算法进行解密处理，提取解密后的内容；或者，若返回数据是指定的字符串，则根据指定的字符串提取对应的字段内容；或者，若返回数据是文本，则根据文本对应的正则表达式提取相应的内容。

在一个实施例中，根据被测接口以及对应的请求报文，解析配置参数，包括：获取被测接口对应的请求报文；若请求报文中包含有需要替换的变量，则根据预先配置的变量集合将请求报文中的变量替换为对应的内容。

在一个实施例中，根据被测接口以及对应的请求报文，解析配置参数，包括：获取被测接口对应的请求报文；若请求报文中包含有需要加/解密的内容，则根据预设的加/解密算法进行加/解密处理；将请求报文中对应的内容替换为加/解密处理后的内容。

在一个实施例中，对返回数据进行解析之后，还包括：判断解析后的内容是否与预先配置的内容相匹配；将结果记录在测试日志中；则根据返回数据生成测试报告，具体包括：根据测试日志生成测试报告。

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

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

Claims (10)

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

获取测试任务，所述测试任务是根据业务逻辑，对多个被测接口进行测试的用例组合；

根据预设的组合顺序和请求报文遍历运行测试任务中的每个用例中的被测接口；

获取所述每个用例中的被测接口运行后的返回数据，根据所述返回数据生成测试报告。

2.根据权利要求1所述的接口测试方法，其特征在于，所述根据预设的组合顺序和请求报文遍历运行测试任务中的每个用例中的被测接口，包括：

根据预设的组合顺序取出所述测试任务中的用例；

根据预设的组合顺序取出所述用例中的被测接口；

根据所述被测接口以及对应的请求报文，解析配置参数；

根据解析的配置参数运行所述被测接口。

3.根据权利要求2所述的接口测试方法，其特征在于，所述获取所述每个用例中的被测接口运行后的返回数据之后，还包括：

对所述返回数据进行解析；

将解析后的内容分别存储在预先配置的变量集合和测试日志中。

4.根据权利要求3所述的接口测试方法，其特征在于，所述对所述返回数据进行解析，包括：

若所述返回数据是经过加密的内容，则根据预设的解密算法进行解密处理，提取解密后的内容；或者，

若所述返回数据是指定的字符串，则根据所述指定的字符串提取对应的字段内容；或者，

若所述返回数据是文本，则根据所述文本对应的正则表达式提取相应的内容。

5.根据权利要求3或4所述的接口测试方法，其特征在于，所述根据所述被测接口以及对应的请求报文，解析配置参数，包括：

获取所述被测接口对应的请求报文；

若所述请求报文中包含有需要替换的变量，则根据预先配置的变量集合中存储的内容将所述请求报文中的变量替换为对应的内容。

6.根据权利要求2～4任一项所述的接口测试方法，其特征在于，所述根据所述被测接口以及对应的请求报文，解析配置参数，包括：

获取所述被测接口对应的请求报文；

若所述请求报文中包含有需要加/解密的内容，则根据预设的加/解密算法进行加/解密处理；

将所述请求报文中对应的内容替换为所述加/解密处理后的内容。

7.根据权利要求3或4所述的接口测试方法，其特征在于，所述对所述返回数据进行解析之后，还包括：

判断所述解析后的内容是否与预先配置的内容相匹配，并将结果记录在测试日志中；

所述根据所述返回数据生成测试报告，包括：

根据所述测试日志生成测试报告。

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

测试任务获取模块，用于获取测试任务，所述测试任务是根据业务逻辑，对多个被测接口进行测试的用例组合；

被测接口执行模块，用于将所述测试任务获取模块获取的测试任务根据预设的组合顺序和请求报文遍历运行所述测试任务中的每个用例中的被测接口；

测试报告生成模块，用于根据所述被测接口执行模块运行后的返回数据生成测试报告。

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

10.一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1～7任一项所述方法的步骤。