问题
Postman 想必大家已经很熟悉了,本文不做过多介绍。在文章开始之前,请允许我提出以下几个问题。
如果这些问题您都了然,请迅速关闭这个页面并立马去做更重要的事情。
-
Postman 中如何设置
路径参数
?
-
例:
GET /posts/{id}
,如何为 id 字段赋值。
-
例:
- Postman 中的变量的作用域有哪些?
-
Postman 中如何修改 HTTP 请求报文?
- 例1:对请求参数进行重排序并生成签名
- 例2:对请求参数进行加密
-
Postman 中如何完成链式调用?
- 例1:一键操作,串行调用xx列表接口、xx详情接口。
- 例2:在调用业务接口之前,先从公共接口中获取 token 字段。
-
Postman 中如何校验和遴选 HTTP 响应报文?
- 例1:如何对响应报文进行校验
- 例2:如何使用可视化的方式,高亮显示关键数据?
如果你对上述问题抱有好奇,那好,我们今天便来聊聊 Postman 中一些被不为人知却非常有用的功能。
利益不相关声明:
本文采用「和风天气API」与「心知天气API」进行讲解示范。
在互联网愈加封闭的今天,很庆幸仍有这些不忘初心的企业为我们提供如此简单易得的接口服务。
正文
1. PathParam 路径参数
RESTful 形式的接口通常会有一些参数被放置在
URL
中。例如:
GET /posts/1
,其中的
1
表示 post 的 ID。
Postman 虽未提供明显的 UI 界面来设置路径参数,但我们可以在
URL
输入栏中以
:params
的形式来添加路径参数,如下所示。
2. Variables 变量
变量是 Postman 中最实用的功能之一,我们可以通过预定义变量来复用 API 中的参数等内容,如 BaseURL、Auth、Token 。
Postman 中的变量可分为 全局变量 、 集合变量 、 环境变量 、 局部变量 四种类型,每种类型的作用域和优先级都有所不同,具体情况如下表所示。
变量类型 | 作用域 | 访问性 | 优先级(数值越大,优先级越高) |
---|---|---|---|
Global-全局变量 | 当前工作空间 | 可被当前工作空间的任何元素访问 | 1 |
Collection-集合变量 | 某个集合内部 | 仅限集合内部访问 | 2 |
Enviroment-环境变量 | 当前工作空间 | 可被当前工作空间的任何元素访问 | 3 |
Local-局部变量 | 某个请求内部 | 仅限请求自身访问 | 4 |
2.1 变量冲突问题
当多个作用域同时存在相同名称的变量时,会产生变量冲突问题。遇到这种问题时,Postman 会选取优先级最高的那个作用域中的变量的值。
例如:
当 全局变量 和 集合变量 同时存在名为
BASE_URL
的变量时:
其中全局作用域中该变量的值为
api.example.com/global
其中集合作用域中该变量的值为
api.example.com/collection
那么 Postman 将使用 集合变量 中的
api.example.com/collection
,原因是集合变量的优先级为2,比全局变量的优先级 1 高。
2.2 集合变量的写与读
本小节以集合变量进行快速演示,熟悉的老鸟可直接跳过。
设置集合变量
读取变量
2.3 善用环境变量
日常开发时,通常会接触多个调试环境,如:开发环境,测试环境,灰度环境,生产环境等,不同环境的 URL 或密钥等可能不尽相同。对于这种情况,Postman 的 环境变量 便可派上用场。
下边将以
和风天气
API 的
BASE_URL
为例,向大家演示一下环境变量的用法。
如果看官您对这块比较熟悉,请忽略这一小节并进入下一章节。
添加多个环境
在上图中,我在 Postman 的环境管理中添加了两个环境,分别对应 和风天气 API 的商业版和开发版。从图中的标记处可以看到,这两个版本的 二级域名地址 存在显著区别。
选择当前环境
如图所示,Postman 提供了便捷的 UI 界面用于环境变量的查看与切换。
Postman 每次请求前,都会尝试从当前的环境变量获取最新的
BASE_URL
进行请求。因此,当我们需要切换环境时,只需要点一下鼠标,就能够同时影响到所有使用了
BASE_URL
这个变量的接口。
这个功能对于经常在同一个系统的多个环境之间穿梭的小伙伴非常有用,学会这一招,哪怕环境再翻十倍也不怕😊。
3. Scripts 脚本
Postman 中的脚本功能同样非常强大,但遗憾的很少有人知道该如何利用它。实际上,Postman 内置了一个基于 Node 的 JS 运行时环境,并以拦截器的形式向用户暴露了两个切入点,分别为
pre-request script
和
test script
,如图所示:
这里提供一个简单的表格以便各位看官快速了解。
Postman 脚本类型 | 调用时机 | 典型使用场景 |
---|---|---|
pre-request script | 请求发送之前 | 修改请求数据,例如:对请求数据进行签名,加密等 |
test script | 收到响应之后 |
验证响应数据,例如:验证状态码,验证报文数据格式
解密响应数据,例如:对响应报文中的敏感字段进行解密 |
3.1 脚本的执行顺序
与变量类似,脚本也可以在多个地方进行定义,如集合、文件夹、单个请求,当遇到多个脚本并存时,Postman 将以下图的顺序执行脚本。
3.2 脚本沙盒环境简介
Postman 为脚本的运行环境提供了丰富的功能
pm 对象 常用字段与函数
-
pm.variables.get("SOME_KEY")
按优先级读取变量 -
pm.collectionVairables.get("SOME_KEY")
,无视优先级,从集合变量中读取变量 -
pm.enviroment.get("SOME_KEY")
,无视优先级,从环境变量中读取变量 -
pm.enviroment.name
, 获取当前环境名称 -
pm.request
,获取请求对象-
pm.request.headers
,获取请求头 -
pm.request.url
,获取请求URL-
pm.request.url.query
,获取请求 Query 参数
-
-
pm.request.body
,获取请求体 -
pm.request.method
,获取请求方式
-
-
pm.response
,获取响应对象-
pm.response.headers
,获取响应头 -
pm.response.code
,获取响应码 -
pm.response.status
,获取响应码文字描述 -
pm.response.responseTime
,获取响应耗时 -
pm.response.responsseSize
,获取响应大小 -
pm.response.text()
,获取响应 body(字符串格式) -
pm.response.json()
,获取响应 body(JSON格式)
-
-
pm.test
,单元测试 -
pm.visualizer
,数据可视化工具
内置三方库
下面仅列出一些常用的工具库,完整列表请查看这个 链接
3.3 前置脚本的使用场景
本小节以下列两个案例抛砖引玉
使用前置脚本对请求参数重排序并完成签名
使用前置脚本进行链式串行调用
3.3.1 对请求参数进行签名
简介
在一些数据敏感的业务系统中,为了避免服务被恶意调用或攻击,通常会采用签名与验签的方式来保证接口的安全性与可靠性。典型的签名和验签的流程如下所示:
-
接口调用端:
-
将请求参数按照特定的格式进行转换,然后基于时间或密钥进行某种运算并得到一个值,称为
签名1
。 -
将
签名1
连同其他请求参数一并提交给接口服务端,发起请求
-
将请求参数按照特定的格式进行转换,然后基于时间或密钥进行某种运算并得到一个值,称为
-
接口服务端:
-
当服务端接收到调用端的请求时,以同样的格式和运算方法对请求参数进行处理和计算,得到另一个值,称为
签名2
. -
对比
签名1
和签名2
是否相等- 如果两者相等,则验签通过,进入后续处理。
- 否则出发验签失败异常,并立即输出 401。
-
当服务端接收到调用端的请求时,以同样的格式和运算方法对请求参数进行处理和计算,得到另一个值,称为
实例
心知天气 API 与 和风天气API 都提供了数字签名的认证机制,用来规避开发者 appKey 的泄漏问题。具体的签名及认证方法可以从以下链接中查看:
鉴于和风天气的文档过于晦涩,本章采用 心知天气V3 的签名机制进行演示。
心知天气V3 的签名方式说明
签名指的是通过 HMAC-SHA1,对请求参数加密后得到的签名字串进行身份验证,避免了将“私钥”明文包含在请求中而造成泄露。
签名的生成方式如下:
- 构造验证参数字符串
将请求参数按照参数名字典升序排列后,把ts、ttl(可不写)、uid参数的 param=value 用&连接起来,类似 URI 中 QueryString 的构造方式。目前支持的参数有:UNIX 时间戳ts( 单位为秒 ,转换成字符串长度为 10 位,不要用毫秒值)、签名失效时间ttl(单位为秒,缺省为 1800,可选)和公钥uid。例:ts=1443079775&ttl=300&uid=your_public_key
- 使用 HMAC-SHA1 方式,以 API 密钥中的“私钥”对上一步生成的参数字符串进行加密 。
常见程序语言通常会内置加密函数,或通过扩展库提供支持。例如在 NodeJS 中,您可以使用crypto模块中的中的createHmac函数,例:crypto.createHmac(“sha1”, your_private_key)。
- 将上一步生成的加密结果用 Base64 编码,并做一个 URLEncode,得到签名 sig 。
步骤(1)中的参数例子用 base64 编码后得到的结果为dTYeoN8WdOfW4PiwgEdLa0gWFzo=,做完 urlencode 最终得到的签名 sig 为dTYeoN8WdOfW4PiwgEdLa0gWFzo%3d
- 将上一步得到的签名 sig 附在第一步构造的参数字符串后,作为请求的一个参数发送 。
上述例子里,请求参数即为ts=1443079775&ttl=300&uid=your_public_key&sig=dTYeoN8WdOfW4PiwgEdLa0gWFzo%3d
按照上面的说明,不难写出以下代码。
|
|
将上面这段代码复制到 Postman 的
pre-request script
中,进行请求即可。
天气实况 https://api.seniverse.com/v3/weather/now.json?location=beijing&language=zh-Hans&unit=c
3.3.2 链式调用:一键点击,同时调用两个接口
简介
某些时候,我们需要在接口A的响应中获取到某项数据,再将其作为接口B的请求参数发起调用。如果在界面上操作的话,我们需要以下步骤
- 调用接口A,得到响应数据
- 从响应数据中找到特定数据,并将其复制到接口 B 的参数中
对于这种情况,我们可以利用
pm
内置的
sendRequest
函数来简化流程,具体操作如下。
实例
Postman 在执行前置脚本时,会等待脚本中的所有延时操作完成后再发起请求,即使在脚本中编写异步函数也无需担心。
|
|
在控制台输出中可以看到,在执行本次请求前,Postman 先行调用了 城市搜索 接口,并对天气实况接口的请求参数进行了修改。
善用前置接口,可以为你的接口调试工作节省出宝贵的时间,让你安心地投入到其他工作中,快来试试吧~
3.4 后置脚本的使用场景
接下来我们来看看后置接口的用法,在这个章节中,我会向你演示两个典型的使用场景
- 接口响应数据的校验与测试
- 接口响应数据的可视化
3.4.1 对响应数据进行测试与校验
pm 对象内置了一个
test
函数用来进行编写单元测试,我们可以利用这个函数对响应内容进行快速的验证。具体使用方式如下。
|
|
后置脚本需要放置在 Tests 标签下,如图所示。
在这个后置脚本中,有三个单元测试,分别进行了响应码的验证、关键数据的验证以及JSON Schema 的验证。你可以在右侧 Test Results 中看到每项单元测试的结果。
3.4.2 对响应数据进行遴选并可视化
有时候我们调试的接口中有非常庞大的数据量,此时可以使用 Postman 内置的可视化操作来快速遴选当前感兴趣的数据。
Postman 支持 handlebars 模版以及 chartjs 图表,你可以使用这两个库创作出任意极具表现力的可视化界面。
接下来,我将向你演示如何对 心知天气V3-实况天气接口 的数据进行可视化。
实例
|
|