Postman 实用接口测试系列 1 - 基础

2020-07-08 本文已影响0人 breathfish

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

第3步：使用环境变量

环境变量里的变量是一个全局变量，除了可以在url里使用，也可以在body里使用，甚至tests模块里使用。只需要使用双引号加变量名即可。

4 请求转化成代码

在有些情况下需要把请求转成代码或者curl的情况。比如某个请求出现问题，我们需要登陆服务器直接发送请求看下是否是网络问题，此时就需要curl。再比如当初为我在写newrelic的监控的时候，就是直接把
postman的请求转成nodejs的代码，然后把代码直接拷贝稍微修改下就可以在newrelic里使用。大大提高了工作效率。

同样以之前的 http://httpbin.org/get?a=a 为例，看下如何转化成代码。
只需要一步，点击code按钮（图1中的模块6），选择需要转化的语言即可。