接口的自动化测试方法、装置、终端设备及介质与流程

1.本技术适用于接口测试技术领域，尤其涉及一种接口的自动化测试方法、装置、终端设备及介质。


背景技术：

2.接口测试是测试系统组件间接口的一种测试，主要用于测试系统与外部其他系统之间的接口，以及系统内部各个子模块之间的接口。通过对请求的接口返回的应答报文进行校验，测试接口在不同参数场景下的正确性、完整性、合理性。目前，在测试行业中，接口测试的应答报文的校验通常仅限于对响应码code的校验，且不能一次批量测试。因此，如何将接口测试的前后端分离，使后端进行自动化测试，来提高测试效率成为亟待解决的问题。


技术实现要素：

3.有鉴于此，本技术实施例提供了一种接口的自动化测试方法、装置、终端设备及介质，以解决如何将接口测试的前后端分离，使后端进行自动化测试，来提高测试效率。
4.第一方面，本技术实施例提供一种接口的自动化测试方法，所述自动化测试方法包括：
5.获取前端发送的测试请求，根据所述测试请求中待测试接口的配置参数，从对应的数据库中确定对应所述待测试接口的接口配置信息、地址配置信息和校验规则信息；
6.对所述接口配置信息和所述地址配置信息进行组装，确定组装结果为对应所述待测试接口的接口请求地址；
7.使用所述接口请求地址请求所述待测试接口，获取所述待测试接口反馈的反馈报文，将所述反馈报文与所述校验规则信息进行对比分析，确定对比分析结果；
8.若所述对比分析结果为校验不通过，则保存所述对比分析结果，并在所述前端的页面展示的详情触发项被用户触发时，展示所述对比分析结果。
9.第二方面，本技术实施例提供一种接口的自动化测试装置，所述自动化测试装置包括：
10.请求获取模块，用于获取前端发送的测试请求，根据所述测试请求中待测试接口的配置参数，从对应的数据库中确定对应所述待测试接口的接口配置信息、地址配置信息和校验规则信息；
11.信息组装模块，用于对所述接口配置信息和所述地址配置信息进行组装，确定组装结果为对应所述待测试接口的接口请求地址；
12.对比分析模块，用于使用所述接口请求地址请求所述待测试接口，获取所述待测试接口反馈的反馈报文，将所述反馈报文与所述校验规则信息进行对比分析，确定对比分析结果；
13.测试结果处理模块，用于若所述对比分析结果为校验不通过，则保存所述对比分析结果，并在所述前端的页面展示的详情触发项被用户触发时，展示所述对比分析结果。
14.第三方面，本技术实施例提供一种终端设备，所述终端设备包括处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的接口的自动化测试方法。
15.第四方面，本技术实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的接口的自动化测试方法。
16.本技术实施例与现有技术相比存在的有益效果是：本技术获取前端发送的测试请求，根据所述测试请求中待测试接口的配置参数，从对应的数据库中确定对应所述待测试接口的接口配置信息、地址配置信息和校验规则信息，对所述接口配置信息和所述地址配置信息进行组装，确定组装结果为对应所述待测试接口的接口请求地址，使用所述接口请求地址请求所述待测试接口，获取所述待测试接口反馈的反馈报文，将所述反馈报文与所述校验规则信息进行对比分析，确定对比分析结果，若所述对比分析结果为校验不通过，则保存所述对比分析结果，并在所述前端的页面展示的详情触发项被用户触发时，展示所述对比分析结果，后端对前端发送的测试请求，通过调用数据库来得到相应的测试信息，并自动对测试信息进行组装、测试、校验等，有助于提高测试效率，且能够有效地给出测试结果。
附图说明
17.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
18.图1是本技术实施例一提供的一种接口的自动化测试方法的一应用环境示意图；
19.图2是本技术实施例二提供的一种接口的自动化测试方法的流程示意图；
20.图3是本技术实施例三提供的一种接口的自动化测试装置的结构示意图；
21.图4是本技术实施例四提供的一种终端设备的结构示意图。
具体实施方式
22.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
23.应当理解，当在本技术说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
24.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
25.如在本技术说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响
应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0026]
另外，在本技术说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0027]
在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0028]
应理解，以下实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0029]
为了说明本技术的技术方案，下面通过具体实施例来进行说明。
[0030]
本技术实施例一提供的一种接口的自动化测试方法，可应用在如图1的应用环境中，其中，前端与后端进行通信。其中，前端包括但不限于智能电视、掌上电脑、桌上型计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，umpc)、上网本、云端终端设备、个人数字助理(personal digital assistant，pda)等设备。后端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
[0031]
参见图2，是本技术实施例二提供的一种接口的自动化测试方法的流程示意图，上述自动化测试方法应用于上述后端，用户通过在前端进行相应地配置，即对待测试的接口参数、测试规则参数、测试用例参数等进行配置，这部分参数信息在与后端连接的数据库中均能够找到相应的原始数据，以使得后端能够获取到前端配置后发送的请求对应的测试数据。如图2所示，该自动化测试方法可以包括以下步骤：
[0032]
步骤s201，获取前端发送的测试请求，根据测试请求中待测试接口的配置参数，从对应的数据库中确定对应待测试接口的接口配置信息、地址配置信息和校验规则信息。
[0033]
本技术中，前端与后端之间进行交互，前端是为接口测试人员建立的交互界面，使得前端在使用时，能够进行域名配置、报文头配置、接口参数配置、测试用例配置、校验规则配置以及接口测试集配置等功能。
[0034]
其中，域名配置包括包含域名名称、域名统一资源定位器(uniform resoure locator，url)，可以用于统一管理不同业务、不同环境下的接口请求域名。例如：http://xxx.xxx.xxx.com、http://ip地址:端口号等，根据实际使用情况而定，配置完成后保存入数据库。
[0035]
报文头配置包括报文头名称、报文头内容(可以为json格式)。报文头内容，例如:
[0036]
{
[0037]
accept:"application/json,text/*",
[0038]
accept-charset:"utf-8",
[0039]
content-type:"application/x-www-form-urlencoded；charset＝utf-8",
[0040]
mac:"fca386cb156b",
[0041]
resolution:"1920x1080"
[0042]
}
[0043]
根据实际使用环境而定，配置完成后保存入数据库，报文头内容中包含接收标识号(identity document，id)、地址id等，目的是为后续配置得到的待测试接口提供报文的发送和接收功能。
[0044]
域名配置和报文头后，后续接口测试集配置中可以直接选择相应的域名名称和报文头名称，对应的域名url和报文头内容可以被调用，实现快速地批量配置。
[0045]
接口配置包括接口名称、请求路径、请求方法、请求参数和请求体。根据实际使用情况而定，配置完成后保存入数据库。例如：
[0046]
请求路径：/v3/product/xxxxx；
[0047]
请求方法：get、post；
[0048]
请求参数：json格式,例如:{"data":{"user_id":"xxx","movie_id":"xxx","auth_type":"0","node_type":""}}，若无需参数，则默认为{}；
[0049]
请求体：json格式，如{"express":"xxx","ordersn":"xxx"}，仅当请求方法为post时才会使用体参数，若无需参数，则默认为{}。
[0050]
接口测试用例包括接口测试用例名称、接口名称(可以在前端交互界面中使用下拉选择的方式进行配置)，配置的测试用例保存入数据库，为后续配置接口测试集时使用。
[0051]
校验规则配置包括校验模板，测试人员通过前端交互页面上的json-schema-editor插件可视化编辑当前接口需要校验的字段，例如，字段名、字段类型、字段值、字段枚举值、字段长度，将编辑的内容自动生成json串即为校验模板，据实际使用情况而定，配置完成后保存入数据库。
[0052]
接口测试集配置包括测试集名称、域名(可以在前端交互界面中使用下拉选择的方式进行配置)、报文头(可以在前端交互界面中使用下拉选择的方式进行配置)、测试用例(可以在前端交互界面中使用下拉选择的方式进行配置，可选多个)。接口测试集配置完成后一个测试集包含有一个或多个测试用例，基于该测试用例生成相应地测试请求，并发送给后端。
[0053]
后端接收到测试请求之后，获取其中的配置参数，该配置参数即属于待测试接口的，从上述内容可知获取到配置参数后，从数据库中即可对应地匹配到接口配置信息、地址配置信息和校验规则信息等，针对接口测试而言，接口配置信息、地址配置信息和校验规则信息即可对接口形成一个初步完整的测试。
[0054]
可选的是，在获取前端发送的测试请求之后，还包括：
[0055]
解析测试请求，确定n个测试用例参数和地址配置参数，n为大于零的整数；
[0056]
根据测试请求中待测试接口的配置参数，从对应的数据库中确定对应待测试接口的接口配置信息、地址配置信息和校验规则信息包括：
[0057]
根据n个测试用例参数，从对应的数据库中确定n个测试用例，其中，任一个测试用例均对应一待测试接口；
[0058]
从每个测试用例提取得到对应的待测试接口的接口配置信息和校验规则信息；
[0059]
根据地址配置参数，从对应的数据库中确定所有测试用例对应的待测试接口的地址配置信息。
[0060]
其中，针对测试请求中包含一个或者多个测试用例的情况，对于每一个测试用例，
均需要从数据库中匹配到对应的数据，例如，测试用例参数匹配到测试用例，从而提取到接口配置信息和校验规则信息，又如，地址配置参数匹配到地址配置信息。
[0061]
步骤s202，对接口配置信息和地址配置信息进行组装，确定组装结果为对应待测试接口的接口请求地址。
[0062]
本技术中，后端在得到接口配置信息和地址配置信息之后，对这些信息进行组装，来得到接口的请求地址，以向该请求地址对应的接口发送请求。
[0063]
如果上述测试请求对应多个测试用例，每个测试用例分别对应其接口请求地址。
[0064]
可选的是，地址配置信息包括域名和报文头，接口配置信息包括请求路径、请求方法、请求参数和请求体；
[0065]
对接口配置信息和地址配置信息进行组装，确定组装结果为对应待测试接口的接口请求地址包括：
[0066]
将域名、报文头、请求路径、请求方法、请求参数和请求体依次拼接，得到拼接结果为组装结果；
[0067]
确定组装结果为对应待测试接口的接口请求地址。
[0068]
其中，组装时域名和报文头与接口配置信息进行拼接，得到接口请求地址，依据该接口请求地址触发请求时，可获取到该接口反馈的反馈报文。
[0069]
可选的是，将域名、报文头、请求路径、请求方法、请求参数和请求体依次拼接，得到拼接结果为组装结果包括：
[0070]
检测请求方法是否为post方法；
[0071]
若检测到请求方法为post方法，则将域名、报文头、请求路径、请求方法、请求参数和请求体依次拼接，得到拼接结果为组装结果；或者
[0072]
若检测到请求方法不为post方法，则将域名、报文头、请求路径、请求方法和请求参数依次拼接，得到拼接结果为组装结果。
[0073]
其中，组装过程中，由于请求方法可以为get、post等，因此，还需要对请求方法进行检测，如果请求方法不为post，则在进行组装时不需要使用请求体。
[0074]
步骤s203，使用接口请求地址请求待测试接口，获取待测试接口反馈的反馈报文，将反馈报文与校验规则信息进行对比分析，确定对比分析结果。
[0075]
本技术中，相对应的待测试接口发送请求，获取待测试接口反馈的反馈报文，使用校验规则信息对反馈报文进行校验，用来判断测试是否异常。
[0076]
可选的是，若反馈报文为json格式，则将反馈报文与校验规则信息进行对比分析，确定对比分析结果包括：
[0077]
对反馈报文进行代码转换，得到json对象；
[0078]
提取校验规则信息中的json串，将json对象与json串进行对比匹配；
[0079]
若无法捕获到异常，则确定对比分析结果为反馈报文校验通过，若捕获到异常，则确定对比分析结果为反馈报文校验不通过。
[0080]
其中，对应上述步骤s201中的json串构成的校验规则，将反馈报文转化为json对象，json对象与json串进行比对，并进行try catch即错误处理，执行规则为执行try中的代码，如果抛出异常会由catch去捕获并执行，如果没有发生异常catch去捕获会被忽略掉，但是不管有没有异常最后都会执行，捕获到异常，则确定反馈报文校验不通过。
[0081]
步骤s204，若对比分析结果为校验不通过，则保存对比分析结果，并在前端的页面展示的详情触发项被用户触发时，展示对比分析结果。
[0082]
本技术中，还提供相应的展示界面，用于展示测试结果，也即是保存并展示测试结果，校验完成后，会保存测试结果状态，例如，0代表不通过，1代表通过，若不通过，则会保存异常信息，若通过，则会保存默认空值。
[0083]
可选的是，在将json对象与json串进行对比匹配之后，还包括：
[0084]
若捕获到异常，则将异常信息写入对比分析结果。
[0085]
其中，页面展示的测试报告包含测试报告名称、执行方式(手动，定时任务)、测试类型、测试结果、测试详情、执行时间。其中，测试结果在被触发时展示对比分析结果也即是测试详情。
[0086]
本技术实施例获取前端发送的测试请求，根据测试请求中待测试接口的配置参数，从对应的数据库中确定对应待测试接口的接口配置信息、地址配置信息和校验规则信息，对接口配置信息和地址配置信息进行组装，确定组装结果为对应待测试接口的接口请求地址，使用接口请求地址请求待测试接口，获取待测试接口反馈的反馈报文，将反馈报文与校验规则信息进行对比分析，确定对比分析结果，若对比分析结果为校验不通过，则保存对比分析结果，并在前端的页面展示的详情触发项被用户触发时，展示对比分析结果，后端对前端发送的测试请求，通过调用数据库来得到相应的测试信息，并自动对测试信息进行组装、测试、校验等，有助于提高测试效率，且能够有效地给出测试结果。
[0087]
对应于上文实施例的接口的自动化测试方法，图3示出了本技术实施例三提供的接口的自动化测试装置的结构框图，上述接口的自动化测试装置应用于上述后端，用户通过在前端进行相应地配置，即对待测试的接口参数、测试规则参数、测试用例参数等进行配置，这部分参数信息在与后端连接的数据库中均能够找到相应的原始数据，以使得后端能够获取到前端配置后发送的请求对应的测试数据。为了便于说明，仅示出了与本技术实施例相关的部分。
[0088]
参见图3，该自动化测试装置包括：
[0089]
请求获取模块31，用于获取前端发送的测试请求，根据测试请求中待测试接口的配置参数，从对应的数据库中确定对应待测试接口的接口配置信息、地址配置信息和校验规则信息；
[0090]
信息组装模块32，用于对接口配置信息和地址配置信息进行组装，确定组装结果为对应待测试接口的接口请求地址；
[0091]
对比分析模块33，用于使用接口请求地址请求待测试接口，获取待测试接口反馈的反馈报文，将反馈报文与校验规则信息进行对比分析，确定对比分析结果；
[0092]
测试结果处理模块34，用于若对比分析结果为校验不通过，则保存对比分析结果，并在前端的页面展示的详情触发项被用户触发时，展示对比分析结果。
[0093]
可选的是，自动化测试装置还包括：
[0094]
请求解析模块，用于在获取前端发送的测试请求之后，解析测试请求，确定n个测试用例参数和地址配置参数，n为大于零的整数；
[0095]
请求获取模块包括：
[0096]
测试用例确定单元，用于根据n个测试用例参数，从对应的数据库中确定n个测试
用例，其中，任一个测试用例均对应一待测试接口；
[0097]
测试信息确定单元，用于从每个测试用例提取得到对应的待测试接口的接口配置信息和校验规则信息；
[0098]
地址信息确定单元，用于根据地址配置参数，从对应的数据库中确定所有测试用例对应的待测试接口的地址配置信息。
[0099]
可选的是，地址配置信息包括域名和报文头，接口配置信息包括请求路径、请求方法、请求参数和请求体；
[0100]
对接口配置信息和地址配置信息进行组装，确定组装结果为对应待测试接口的接口请求地址包括：
[0101]
将域名、报文头、请求路径、请求方法、请求参数和请求体依次拼接，得到拼接结果为组装结果；
[0102]
确定组装结果为对应待测试接口的接口请求地址。
[0103]
可选的是，将域名、报文头、请求路径、请求方法、请求参数和请求体依次拼接，得到拼接结果为组装结果包括：
[0104]
检测请求方法是否为post方法；
[0105]
若检测到请求方法为post方法，则将域名、报文头、请求路径、请求方法、请求参数和请求体依次拼接，得到拼接结果为组装结果；或者
[0106]
若检测到请求方法不为post方法，则将域名、报文头、请求路径、请求方法和请求参数依次拼接，得到拼接结果为组装结果。
[0107]
可选的是，若反馈报文为json格式，则将反馈报文与校验规则信息进行对比分析，确定对比分析结果包括：
[0108]
对反馈报文进行代码转换，得到json对象；
[0109]
提取校验规则信息中的json串，将json对象与json串进行对比匹配；
[0110]
若无法捕获到异常，则确定对比分析结果为反馈报文校验通过，若捕获到异常，则确定对比分析结果为反馈报文校验不通过。
[0111]
可选的是，在将json对象与json串进行对比匹配之后，还包括：
[0112]
若捕获到异常，则将异常信息写入对比分析结果。
[0113]
需要说明的是，上述模块之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
[0114]
图4为本技术实施例四提供的一种终端设备的结构示意图。如图4所示，该实施例的终端设备包括：至少一个处理器(图4中仅示出一个)、存储器以及存储在存储器中并可在至少一个处理器上运行的计算机程序，处理器执行计算机程序时实现上述任意各个接口的自动化测试方法实施例中的步骤。
[0115]
该终端设备可包括，但不仅限于，处理器、存储器。本领域技术人员可以理解，图4仅仅是终端设备的举例，并不构成对终端设备的限定，终端设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括网络接口、显示屏和输入装置等。
[0116]
所称处理器可以是cpu，该处理器还可以是其他通用处理器、数字信号处理器
(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0117]
存储器包括可读存储介质、内存储器等，其中，内存储器可以是终端设备的内存，内存储器为可读存储介质中的操作系统和计算机可读指令的运行提供环境。可读存储介质可以是终端设备的硬盘，在另一些实施例中也可以是终端设备的外部存储设备，例如，终端设备上配备的插接式硬盘、智能存储卡(smart media card，smc)、安全数字(secure digital，sd)卡、闪存卡(flash card)等。进一步地，存储器还可以既包括终端设备的内部存储单元也包括外部存储设备。存储器用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等，该其他程序如计算机程序的程序代码等。存储器还可以用于暂时地存储已经输出或者将要输出的数据。
[0118]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述装置中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质至少可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、计算机存储器、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。
[0119]
本技术实现上述实施例方法中的全部或部分流程，也可以通过一种计算机程序产品来完成，当计算机程序产品在终端设备上运行时，使得终端设备执行时实现可实现上述方法实施例中的步骤。
[0120]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0121]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出
本技术的范围。
[0122]
在本技术所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0123]
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0124]
以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。

技术特征：
1.一种接口的自动化测试方法，其特征在于，所述自动化测试方法包括：获取前端发送的测试请求，根据所述测试请求中待测试接口的配置参数，从对应的数据库中确定对应所述待测试接口的接口配置信息、地址配置信息和校验规则信息；对所述接口配置信息和所述地址配置信息进行组装，确定组装结果为对应所述待测试接口的接口请求地址；使用所述接口请求地址请求所述待测试接口，获取所述待测试接口反馈的反馈报文，将所述反馈报文与所述校验规则信息进行对比分析，确定对比分析结果；若所述对比分析结果为校验不通过，则保存所述对比分析结果，并在所述前端的页面展示的详情触发项被用户触发时，展示所述对比分析结果。2.根据权利要求1所述的自动化测试方法，其特征在于，在获取前端发送的测试请求之后，还包括：解析所述测试请求，确定n个测试用例参数和地址配置参数，n为大于零的整数；根据所述测试请求中待测试接口的配置参数，从对应的数据库中确定对应所述待测试接口的接口配置信息、地址配置信息和校验规则信息包括：根据所述n个测试用例参数，从对应的数据库中确定n个测试用例，其中，任一个测试用例均对应一待测试接口；从每个测试用例提取得到对应的待测试接口的接口配置信息和校验规则信息；根据所述地址配置参数，从对应的数据库中确定所有测试用例对应的待测试接口的地址配置信息。3.根据权利要求1所述的自动化测试方法，其特征在于，所述地址配置信息包括域名和报文头，所述接口配置信息包括请求路径、请求方法、请求参数和请求体；对所述接口配置信息和所述地址配置信息进行组装，确定组装结果为对应所述待测试接口的接口请求地址包括：将所述域名、所述报文头、所述请求路径、所述请求方法、所述请求参数和所述请求体依次拼接，得到拼接结果为组装结果；确定组装结果为对应所述待测试接口的接口请求地址。4.根据权利要求3所述的自动化测试方法，其特征在于，将所述域名、所述报文头、所述请求路径、所述请求方法、所述请求参数和所述请求体依次拼接，得到拼接结果为组装结果包括：检测所述请求方法是否为post方法；若检测到所述请求方法为post方法，则将所述域名、所述报文头、所述请求路径、所述请求方法、所述请求参数和所述请求体依次拼接，得到拼接结果为组装结果；或者若检测到所述请求方法不为post方法，则将所述域名、所述报文头、所述请求路径、所述请求方法和所述请求参数依次拼接，得到拼接结果为组装结果。5.根据权利要求1至4任一项所述的自动化测试方法，其特征在于，若所述反馈报文为json格式，则将所述反馈报文与所述校验规则信息进行对比分析，确定对比分析结果包括：对所述反馈报文进行代码转换，得到json对象；提取所述校验规则信息中的json串，将所述json对象与所述json串进行对比匹配；若无法捕获到异常，则确定对比分析结果为所述反馈报文校验通过，若捕获到异常，则
确定对比分析结果为所述反馈报文校验不通过。6.根据权利要求5所述的自动化测试方法，其特征在于，在将所述json对象与所述json串进行对比匹配之后，还包括：若捕获到异常，则将异常信息写入对比分析结果。7.一种接口的自动化测试装置，其特征在于，所述自动化测试装置包括：请求获取模块，用于获取前端发送的测试请求，根据所述测试请求中待测试接口的配置参数，从对应的数据库中确定对应所述待测试接口的接口配置信息、地址配置信息和校验规则信息；信息组装模块，用于对所述接口配置信息和所述地址配置信息进行组装，确定组装结果为对应所述待测试接口的接口请求地址；对比分析模块，用于使用所述接口请求地址请求所述待测试接口，获取所述待测试接口反馈的反馈报文，将所述反馈报文与所述校验规则信息进行对比分析，确定对比分析结果；测试结果处理模块，用于若所述对比分析结果为校验不通过，则保存所述对比分析结果，并在所述前端的页面展示的详情触发项被用户触发时，展示所述对比分析结果。8.根据权利要求7所述的自动化测试装置，其特征在于，所述自动化测试装置还包括：请求解析模块，用于在获取前端发送的测试请求之后，解析所述测试请求，确定n个测试用例参数和地址配置参数，n为大于零的整数；所述请求获取模块包括：测试用例确定单元，用于根据所述n个测试用例参数，从对应的数据库中确定n个测试用例，其中，任一个测试用例均对应一待测试接口；测试信息确定单元，用于从每个测试用例提取得到对应的待测试接口的接口配置信息和校验规则信息；地址信息确定单元，用于根据所述地址配置参数，从对应的数据库中确定所有测试用例对应的待测试接口的地址配置信息。9.一种终端设备，其特征在于，所述终端设备包括处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述的自动化测试方法。10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的自动化测试方法。

技术总结
本申请适用于接口测试技术领域，尤其涉及一种接口的自动化测试方法、装置、终端设备及介质。该方法获取前端发送的测试请求，根据测试请求中待测试接口的配置参数，从对应的数据库中确定对应待测试接口的接口配置信息、地址配置信息和校验规则信息，对接口配置信息和地址配置信息进行组装，确定组装结果为对应待测试接口的接口请求地址，使用接口请求地址请求待测试接口，获取待测试接口反馈的反馈报文，将反馈报文与校验规则信息进行对比分析，保存和展示对比分析结果，后端对前端发送的测试请求，通过调用数据库来得到相应的测试信息，并自动对测试信息进行组装、测试、校验等，有助于提高测试效率，且能够有效地给出测试结果。且能够有效地给出测试结果。且能够有效地给出测试结果。


技术研发人员：金俊 袁天柱 袁迪
受保护的技术使用者：深圳市酷开网络科技股份有限公司
技术研发日：2023.02.07
技术公布日：2023/9/23