论Postman的使用-2-自动取Token

本文介绍了如何在Postman中实现Token的手动拷贝及自动携带的方法,通过编写简单的脚本来简化工作流程,提高测试效率。

话说
各位读者盆友,下午好!今天总结下Postman自动获取Token。

目录


1、手动拷贝
2、自动携带
3、总结


难度系数:★☆☆☆☆
建议用时:30min

1、手动拷贝

之前我们是访问登录的接口,获取Token,然后手动拷贝放到其他请求的Header中。

这里写图片描述

注意:这里Header要注明:Content-type

这里写图片描述

访问其他接口,需要验证登录权限的时候,把刚才获取到的Token放到Header里面:

这里写图片描述

2、自动携带

能不能不要这么low的每次手动拷贝Token?

这里写图片描述

const echoPostRequest = {
    url:你的服务器/idp/user/login",
    method:"post",
    header:"Content-Type:application/json",
    body:{
        mode:"raw",
        raw:JSON.stringify({userCode:"18500000000",password:"666666"})
    }
};
pm.sendRequest(echoPostRequest,function(err,res){
    //这里可以获取res中的各种属性,并可以封装成变量供Body、Headers使用
    console.log(err ? err:res.json());

});

3、总结


一个工具远非我们看起来那么简单,要有不断优化的意识,要有不断探究、不断提问的意识!

能不能更简洁些?有没有更好的方法?如果你时间充裕,最好去官网全部扫描一遍,一劳永逸的为后面铺平道路,然而,天下没有一劳永逸的事情,但是这么做好处是明显的。


好了,下期再会!

### PostmanToken 请求头的作用 Token 请求头主要用于身份验证和授权,在客户端和服务端之间传递认证信息。通过在 HTTP 请求头部加入 `Authorization` 字段并附带有效的 token,服务端能够识别发出请求的身份合法性。 当使用 Postman 进行 API 测试时,可以通过设置全局或环境级别的变量来存储 token,并将其应用到所有需要鉴权的请求上[^1]。这样不仅简化了操作流程,还提高了工作效率,减少了因频繁更改 token 所带来的错误风险。 ### 设置 Token 的具体方法 #### 方法一:利用 Pre-request Script 自动 Token保存至环境变量 可以在特定请求前执行一段 JavaScript 脚本(Pre-request Script),这段脚本负责向服务器发起登录请求获得最新 token 后存入环境变量中供后续调用: ```javascript pm.sendRequest({ url: 'https://example.com/api/login', method: 'POST', header: { 'Content-Type': 'application/json' }, body: { mode: 'raw', raw: JSON.stringify({ username: "test", password: "password" }) } }, function (err, res) { let jsonData = res.json(); pm.environment.set("auth_token", jsonData.token); }); ``` 此代码片段展示了如何发送 POST 登录请求并将返回的结果中的 token 存储为名为 `auth_token` 的环境变量[^4]。 #### 方法二:直接定义静态 Token 或者其他方式动态生成 Token 如果已经拥有了固定不变的有效期较长的 token,则可以直接设定;对于那些有效期较短的情况,则可能需要用到更复杂的逻辑来自动生成新的 token[^3]。 一旦设置了上述任一种形式的 token 变量之后,在任何想要添加 Authorization 头部的地方都可以轻松引用它。只需前往 Headers 面板,选择 `Bearer Token` 类型,并输入相应的变量名即可完成配置。 ### 实际应用场景下的实现例子 假设有一个 RESTful Web Service 接口 `/protected-resource` ,只有经过适当授权后的用户才能访问其资源。此时就可以按照如下方式进行测试准备: 1. 创建一个新的 Collection; 2. 添加两个 Request 至该 Collection 下面——一个是用来获 access-token 的 login request,另一个是用来实际调用受保护的服务 endpoint 的 protected resource request; 3. 对于前者来说,应该在其 pre-request script 中编写必要的代码去抓最新的 token 值,并更新到当前 session 的 environment variables 当中; 4. 将后者里的 headers panel 里边的 authorization type 设定成 Bearer Token 形式,value 输入 {{auth_token}} 占位符表示会自动替换成为之前所得的真实 token 数值。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值