Postman的高级使用，傻瓜式学习【上】
目录
前言
1、小白使用Postman是不是这样的？
2、管理测试用例
2.1、创建用例集collections
3、用例集的导出导入
4、再次认识Postman
编辑
5、Authrization授权
6、Pre-request Script 前置脚本
7、Tests 断言
Postman中常用的断言：
1）断言响应状态码：Status code: Code is 200
2）断言响应体是否包含某个字符串：Response body: Contains string
3）断言响应体是否等于某个字符串（对象）：Response body: Is equal to a string
4）断言JSON数据：Response body: JSON value check
5）断言响应头：Response headers: Content-Type header check
前言
Postman的安装、注册、登录我在这里就不啰嗦了，小伙伴们可以自行查找资料~
对URL不熟悉的伙伴，可以先看这篇文章：http://t.csdnimg.cn/ANc4x，熟悉一下，再学习Postman的使用~
1、小白使用Postman是不是这样的？
很多的小白，对Postman的使用都只停用在如下步骤：
举例：
上述都是初级使用，下面我们来学习Postman更高级的用法：
2、管理测试用例
2.1、创建用例集collections
- 1、给项目建一个文件夹，意思就是该项目的接口用例都写在这个下面：
- 2、给项目中每个模块建一个文件夹，就是对项目下不同模块的接口进行一个分配：
例如，我们这是一个用户的登录模块：
- 3、在指定文件下，创建一个请求：
例如，我们准备要写一个登录成功的接口用例测试：
取名：
3、用例集的导出导入
- 我们先来导出：
注意：导出用例集时，蓝色方框的三个点是总的用例集后面的，不是请求后面的也不是模块文件夹后面的~
点击后：
上述的文件夹的名字，只能修改BlogSystem这个不分，后面的一长串都不可以修改~
- 导入操作：
我们可以先把刚才Postman中的用例集删除掉再进行下面的操作：
导入成功：
4、再次认识Postman
说明：
- Params：参数。指的就是url后面的参数，所以我们可以在在Params中写，也可以直接在URL后面写，都可以~
- Authrization：授权。这里后面会有详细说明~
- Headers：这个就是请求的请求头部分了~
- Body：这个就是请求的请求体部分~
- Pre-request Script：这个是Postman的请求前置脚本。具体后面会有详细说明~
- Tests：Postman的断言。后面会具体介绍~
- Settings：设置相关，这个就没什么好说的~
5、Authrization授权
来看如何设置：
这里只是一个简单的使用举例，更多的可以看这篇文章：
举例1，使用Bearer Token：
举例2，使用Bearer Auth：
上述两个例子，其实都差不多，都是使用Token来实现鉴权，也就是检验用户的 身份信息是否是已登录状态~
这里根据你自己的项目来定，例如现在大部分的项目都是使用Token而不是cookie和Session。
举例1的说明：
如果是使用Token的话，这里你把Token的那串字符串放在这里即可，我们知道，Token一般是一个字符串，登录后在浏览器查看：
这里是我登录我的网站（自己做的）后，存储的令牌在这里~ 这里我其实是采用最简单的处理方式来做的，过多的解释，我在这里就不说了【我这两天就会出一篇，站在开发者角度上，来处理这个Token的问题】，在这里大家就只需要理解Authorization是key，对应的value是该用户的令牌，以字符串形式呈现，格式为Bearer + “ ” + 唯一标识的字符串。大家在浏览器上可以把这个后面这个value字符串复制下来，不要前面的Bearer和空格，粘贴在：
为什么不要前面的Bearer和空格？这个数据最后去哪儿？
因为在Authorization中的信息，会被自动拼接到header中，格式为："Bearer" + 一个空格 + 刚才的字符串
我们抓包看看：
举例2的说明：
这里的数据同样是"Bearer" + 一个空格 + 字符串。这个字符串是哪儿的？是根据你输入的这个用户名和密码以username:password的形式转为Base_64的字符串。能不能使用这个方法来获取令牌，要看你的项目后端是如何实现的~
6、Pre-request Script 前置脚本
什么是前置脚本：
在Postman中，Pre-request Script 前置脚本就是指，在你按下send按钮后，第一时间被执行的代码，为前置脚本；使用JS编写~
为什么需要这个前置脚本？
我在这里举一个特殊情况的例子：有一个接口，要求输入的时间戳的标准值不能超过标准时间的5分钟，否则给接口不能被调用~
此时如果我们直接在请求头或请求体中写死这个时间戳，那随着时间的推移，这个接口测试用例就会出错。此时就需要我们写一个前置脚本，每次在Postman真的向服务器发送请求之前都会去动态的过去时间戳，这个接口用例就不会再出错了~
这里也有Postman认为我们可能会常用的代码，如果需要直接点击，就可以生成代码，你根据自己的需求修改即可~
举例：
代码解读，我们继续看断言，断言中会有代码解读，看了后，这个代码什么意思就很好理解了~
7、Tests 断言
Postman中的断言：
Postman断言也是使用JS来编写的，目的就是帮助我们来判断预期结果与实际结果是否一致~
Postman中常用的断言：
1）断言响应状态码：Status code: Code is 200
pm.test("Status code is 200", function () {
pm.response.to.have.status(200);
});代码解读：
- pm：表示Postman的一个实例
- test()：是Postman实例的一个方法，该方法中有两个参数：第一个参数为断言成功后给出的文字提示，这个提示可以根据自己的需求随意更改；第二个参数是一个匿名函数，这个匿名函数大致意思（根据英文猜测便可知）就是Postman实例的响应结果中应该包含状态码200
举例：
成功：
失败：
2）断言响应体是否包含某个字符串：Response body: Contains string
pm.test("Body matches string", function () {
pm.expect(pm.response.text()).to.include("string_you_want_to_search");
});代码解读：
- 外观和上一个断言差不多哈，就不说了
- 匿名函数中大致意思：Postman的实例pm，期望 响应文本的值，包含xxx字符串
例：
3）断言响应体是否等于某个字符串（对象）：Response body: Is equal to a string
pm.test("Body is correct", function () {
pm.response.to.have.body("response_body_string");
});代码解读：
- 外观和上一个断言差不多哈，就不说了
- 匿名函数中大致意思：Postman的实例pm，期望 响应 中应该有响应体xxx
例：
4）断言JSON数据：Response body: JSON value check
pm.test("Your test name", function () {
var jsonData = pm.response.json();
pm.expect(jsonData.value).to.eql(100);
});代码解读：
- 外观和上一个断言差不多哈，就不说了
- 匿名函数中大致意思：第一步先是获取响应的JSON格式的结果，第二步是Postman的实例pm，期望 JSON格式的响应 中 的value对应的值 应该等于xxx
一个tips:
例：
5）断言响应头：Response headers: Content-Type header check
pm.test("Content-Type is present", function () {
pm.response.to.have.header("Content-Type");
});代码解读：
- 外观和上一个断言差不多哈，就不说了
- 匿名函数中大致意思：在响应中，响应头是否包含Content-Type 或者 断言响应头中指定key的value是否正确
例1：响应头是否包含Content-Type ：
例2：响应头中指定的key对应的value是否正确：
好啦，我们今天先了解到这里，后面持续更新~