1 前言
对于接口测试，我尝试过自己写接口测试框架，也尝试使用一些开源的框架进行二次开发使用，最后我还是选择了postman，一方面由于我工作本身，很多情况下我需要同时负责好几个项目，接口测试只是我众多工作中的一小部分，所以postman就成为了我最好的选择，搭建快，维护成本少，另一方面postman的功能强大，对于一般项目的接口测试的要求完全能够满足。 所以如果你的项目规模不大的话，postman能给你工作带来很大的便利性。
另外，本系列内容不求最全（全的话，postman官网本身就很全），只求最实用，提到的部分都是目前我项目中在使用的，也的确解决了项目的一些问题和提升了工作效率。
本系列会覆盖的范围有：
* POSTMAN 基础操作
* 如何处理接口依赖
* 编写测试代码 （数据驱动测试）
* 契约测试 tv4
* 性能测试
* mock 服务
* 定制你自己的接口文档 blueprint
* CI/CD newman
* POSTMAN最佳实践
* 可视化
今天讲的是第一部分的内容，Postman的基本操作。下图是postman常用的几个模块。我们接下来会一个个的介绍。
图1
2 发送一个简单的请求
对于一个简单的请求只需要使用到图1的模块1，2和5
在模块1中定义请求的内容：
-
请求方法 （GET，POST， PUT，PATCH，DELETE等）
-
url
-
参数
-
请求头
-
认证方式 （比较常见等有 API Key，Bear Token，Basic Auth，OAuth等）
-
请求体 （请求体中可以上传文件，如下图。）
在模块2中查看想要的body：
- 响应code
- 响应大小
- 响应时间
- 响应
- 响应头
- 响应cookie
-
可视化结果（如下图）
发送请求通过点击模块5的Send按钮
练习：发送一个get请求，url http://httpbin.org/get?a=a
3 使用环境变量
前面我们已经学会如何发送一个请求，可是在实际的测试中同一个api需要在不同的环境进行测试。比如开发环境，测试环境，预生产环境和生产环境，如果我们每个环境都写一个请求，这样会带来2个问题：
- 如果api的路径发生变化，我们需要去四个环境的请求里修改，增加工作量
- 增加api的数量，增大管理难度
此时我们可以考虑使用POSTMAN的环境管理。以 http://httpbin.org/get?a=a 为例， “http://httpbin.org” 这个是域名， “/get”是路径， “?a=a”是参数。 所以我们把域名加到环境变量中。
第1步：增加一个环境变量，定义赋值 baseUrl。
第2步：请求的url使用环境变量，环境变量通过 {{变量名}} 来使用
从 http://httpbin.org/get?a=a 改为 {{baseUrl}}/get?a=a
环境变量里的变量是一个全局变量，除了可以在url里使用，也可以在body里使用，甚至tests模块里使用。只需要使用双引号加变量名即可。
4 请求转化成代码
在有些情况下需要把请求转成代码或者curl的情况。比如某个请求出现问题，我们需要登陆服务器直接发送请求看下是否是网络问题，此时就需要curl。再比如当初为我在写newrelic的监控的时候，就是直接把
postman的请求转成nodejs的代码，然后把代码直接拷贝稍微修改下就可以在newrelic里使用。大大提高了工作效率。
同样以之前的 http://httpbin.org/get?a=a 为例 ，看下如何转化成代码。
只需要一步，点击code按钮 （图1中的模块6），选择需要转化的语言即可。
5 导入代码
有时候我们得到的可能是个curl，也可能是个postman的collection文件，或者是一个swagger的json文件，此时我们就可以使用postman的导入功能，把这些转化成postman的请求进行使用。
操作只需要一步，点击import按钮（图1中的模块7），然后导入相应的内容。
6 Collection
当请求数量多起来，可以通过collections进行管理，collections是一群请求的集合。
collections下面还可以创建文件夹。通过collection和文件夹就可以用来组织你的请求，让他们更有条理。（collections就是图1的模块8）
collections 常见的操作有：
- 导出，可以导出成一个json文件
- 分享，可以生成一个分享链接
- mock
- monitor 具体如下图
7 监控
postman还提供了一些对于我们之后跑自动化测试很有用的功能。我们可以根据情况定义：
- 接口运行频率
- 发送报告
- 指定地区
之后可以通过web 的monitor dashboard来查看接口跑的情况。
网友评论