CN112328988A - 身份验证信息的接口数据处理方法 - Google Patents

Abstract

本发明公开了一种身份验证信息的接口数据处理方法，包括：对每一个接口确认url地址信息、身份验证信息、请求头信息和请求参数的所有请求内容；在每一个接口请求中携带url地址信息、请求头信息、身份验证信息和请求参数的请求内容的所有请求信息发送请求；接口身份验证要求发生改变时修改所有发生改变的接口请求内容。本发明采用解耦出接口请求地址url及身份验证信息(如token)并拦截请求重新封装请求信息，解决发送接口请求时在每一个接口需重复组装相同的请求信息及维护性差的问题。

Description

身份验证信息的接口数据处理方法

技术领域

本发明涉及软件测试技术领域，特别是一种身份验证信息的接口数据处理方法。

背景技术

在互联网项目中，通常利用第三方库向后端发送请求获取数据，但是实际工作中，同一个项目接口对身份验证需求不一样，一部分接口需要身份验证如登录后才能看见，一部分接口则不需要身份验证。

通常处理身份验证要求如下：在接口测试过程中对每一个接口发送一个完整的请求信息，就存在在所有需要身份验证的接口中填写相同身份验证信息如token字段，该方法造成了重复工作，且接口和权限具有高耦合性，后续接口身份验证规则改变后需要逐个去修改请求信息，可维护性差。

发明内容

为解决现有技术中存在的问题，本发明的目的是提供一种身份验证信息的接口数据处理方法，本发明采用解耦出接口请求地址url及身份验证信息(如token)并拦截请求重新封装请求信息，解决发送接口请求时在每一个接口需重复组装相同的请求信息及维护性差的问题。

为实现上述目的，本发明采用的技术方案是：一种身份验证信息的接口数据处理方法，包括以下步骤：

步骤1、对每一个接口确认url地址信息、身份验证信息、请求头信息和请求参数的所有请求内容；

步骤2、在每一个接口请求中携带url地址信息、请求头信息、身份验证信息和请求参数的请求内容的所有请求信息发送请求；

步骤3、接口身份验证要求发生改变时修改所有发生改变的接口请求内容。

作为本发明的进一步改进，所述步骤2中，在发送请求时，不携带接口传递的身份验证信息，在发送请求后将请求拦截，且将请求拦截后在拦截信息中添加上对应的身份验证信息，再将重新封装的请求信息返回继续发送。

作为本发明的进一步改进，所述步骤3具体如下：

解耦出身份验证信息及接口url地址信息，将需要身份验证的所有接口url地址信息组成一个数组，后续接口身份验证需求改变时修改url数组即可。

本发明的有益效果是：

本发明通过解耦接口身份验证需求及接口地址url，拦截请求封装身份验证信息的请求对象，在请求对象中处理身份验证需求，利用封装后的请求对象再请求接口，从而降低工作重复性及提高接口测试可维护程度。

附图说明

图1为本发明实施例2中请求信息解耦的流程框图；

图2为本发明实施例2中封装携带身份验证的请求对象的流程框图；

图3为本发明实施例2中后端接口身份验证需求发生更改时接口测试数据维护流程框图。

具体实施方式

下面结合附图对本发明的实施例进行详细说明。

实施例1

一种身份验证信息的接口数据处理方法，首先分析在发送http请求时的测试流程如下：

(1)对每一个接口确认url地址，身份验证信息，请求头信息，请求参数等所有请求内容；

(2)在每一个接口请求中携带url信息、请求头信息、身份验证信息、请求内容等所有信息发送请求；

(3)接口身份验证要求发生改变时修改所有发生改变的接口请求内容。

在上述步骤中，存在的问题有以下两点：

1、步骤(2)中，对每一个接口发起请求时需要携带相同的身份验证信息如token，造成重复劳动；

2、在步骤(3)中，若后端对该接口修改了身份验证需要逐个修改接口请求内容，可维护性差。

针对上述问题，本实施例采用如下技术方案来解决：

为了解决重复劳动问题，由于不同的接口传递的身份验证信息相同，可以在发送请求时不携带这一部分信息，在发送请求后将请求拦截，将请求拦截后在拦截信息中添加上对应的身份验证信息，再将重新封装的请求信息返回继续发送，创建请求拦截的目的是减少重复工作，使接口根据封装规则自动添加身份验证信息。

为了提高后期接口测试的可维护性，解耦出身份验证信息如token及接口地址url，将需要身份验证的所有接口url地址组成一个数组，后续接口身份验证需求改变时只需修改url数组即可。

实施例2

如图1所示，图1为接口解耦请求信息流程框图，此流程为使接口地址url和身份验证信息解耦，解耦出接口地址url及身份验证(token)信息，得到需要身份验证信息接口的所有url地址数组。

基于接口参数解耦出接口地址、接口身份验证信息。如接口信息(假如该接口需要身份验证)为：url:“xxxx”,headers:{token:“xxxx”},body：{params：param}。

定义一个数组对象来存储抽离出的需要身份验证的接口url地址信息，如：

authurl＝[“url1”,“url2”…]}；

抽离公共身份验证规则信息。如headers：{token：“xxxx”}；

在这里，解耦了出了接口地址及公共的请求信息不限于token字段。

如图2所示，图2为对接口请求对象自定义封装的流程框图，通过拦截请求后通过拦截信息中的url与图1生成的所有需要验证身份的url数组，分析判断该请求是否需要身份验证，若需要身份验证则在拦截信息中添加身份验证信息，并返回修改后拦截信息，若接口不需验证身份则不对拦截信息做任何改变，直接返回拦截信息。

基于图2进一步说明封装请求对象：

创建接口请求对象；

添加请求拦截；如可基于成熟第三库axios添加请求拦截；

分析请求拦截信息中url是否为需要身份验证的接口，即拦截url是否在authurl数组中；

若拦截信息中url在authurl中则为拦截请求信息中添加身份验证信息token并返回添加后的请求信息；

若拦截信息中url不在authurl中则直接返回拦截的请求信息；如：

如图3所示，图3为请求执行流程框图，为利用图2封装的接口请求对象直接发送请求，发送请求时直接不需再携带身份验证信息字段，简化请求，若后续接口身份验证规则改变，只需修改抽离的url信息。

基于图3进一步说明接口请求流程及维护流程：

利用图2封装拦截后的请求对象axios直接发送请求，如axios({url：xxx，data：{params：param}})，无需再添加header信息；

若后端修改了接口的身份验证规则，则直接修改抽离的url数组。如：若接口增加了身份验证规则在authurl数组中增加一个url元素，若取消了接口身份验证，则在authurl数组中删除对应的url。如：地址为url3的接口增加了身份验证，则authurl＝[url1,url2,url3,…]，地址为url1的接口删除了身份验证，则authurl＝[url2,url3,…]。

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

Claims (3)

1.一种身份验证信息的接口数据处理方法，其特征在于，包括以下步骤：

步骤1、对每一个接口确认url地址信息、身份验证信息、请求头信息和请求参数的所有请求内容；

步骤2、在每一个接口请求中携带url地址信息、请求头信息、身份验证信息和请求参数的请求内容的所有请求信息发送请求；

步骤3、接口身份验证要求发生改变时修改所有发生改变的接口请求内容。

2.根据权利要求1所述的身份验证信息的接口数据处理方法，其特征在于，所述步骤2中，在发送请求时，不携带接口传递的身份验证信息，在发送请求后将请求拦截，且将请求拦截后在拦截信息中添加上对应的身份验证信息，再将重新封装的请求信息返回继续发送。

3.根据权利要求1所述的身份验证信息的接口数据处理方法，其特征在于，所述步骤3具体如下：

解耦出身份验证信息及接口url地址信息，将需要身份验证的所有接口url地址信息组成一个数组，后续接口身份验证需求改变时修改url数组即可。

Images