【Postman接口测试】第三节.第二节.Postman界面功能介绍（下）

本文主要是介绍【Postman接口测试】第三节.第二节.Postman界面功能介绍（下），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

文章目录

前言
四、Postman 基础功能介绍
4.4 批量执行接口请求
4.5 日志调试
4.6 Postman 断言
4.7 Postman 变量（全局/集合/环境）
4.7.1 定义变量
4.7.2 获取变量
4.8 请求前置脚本
4.9 接口自动关联
总结

前言

四、Postman 基础功能介绍

4.4 批量执行接口请求

当在一个 Collection 中编写了很多个接口测试用例，想一起执行这批用例，在Postman 中如何操作呢？

具体步骤实现

步骤1：选中一个 Collection，点击右三角，在弹出的界面点击 RUN 按钮。
步骤2：这时，会出现一个叫 Collection Runner 的界面，默认会把 Collection 中的所有用例选中。
步骤3：点击界面下方的 RUN bbs，就会对 Collection 中选中的所有测试用例进行运行。

断言统计：左上角的两个 0 是统计当前 Collection 中断言成功的执行数和失败的执行数，如果没有编写断言，默认都为 0。
Run Summary：运行结果总览，点击它，可以看到每个请求中，具体的测试断言的详细信息。
Export Result：导出运行结果，默认导出的结果文件格式为 JSON 格式。
Retry: 重新运行，点击它会把该 Collection 重新运行一遍。
New：返回到 Runner，可以重新选择用例的组合。

4.5 日志调试

作用：

在做接口测试时，经常会因为代码写的有问题导致报错，这时，查看日志就显得非常重要

Postman 也提供了这样的功能，它允许我们在脚本中编写打印语句，用以查看打印的结果。同时，也可以查看每个请求的日志信息。

在 Postman 中有两个入口：

第一个入口就是：View -> Show Postman Console。
第二个入口就是左下角第三个图标。

在 Postman 中，编写日志打印语句使用的是 JavaScript，编写位置可以是Pre-request Script或 Tests 标签。

编写打印语句举例：console.log(“hello,postman”)
var body=responseBody;
var title=body.match(new RegExp('"username":"(.*?)"}'))
// 打印标题
console.log(title)
图示说明：

4.6 Postman 断言

Postman 断言的一些特点，具体如下：

断言编写位置：Tests 标签
断言所用语言：JavaScript
断言执行顺序：在响应体数据返回后执行
断言执行结果查看：Test Results

上面曾介绍到，编写断言代码用到的编程语言是 JavaScript，那如果不会写怎么办？

不用担心，因为 Postman 已经给大家内置了一些常用的断言。

用的时候，只需从右侧点击其中某个断言，该断言对应的断言代码块，就会在文本框中自动生成。

图示说明：

常规六种断言

Status code:Code is 200 检查返回的状态码是否为200
Response body:Contains string 检查响应中包括指定字符串
Response body:Json value check 检查响应中其中json的值
Response body：is equal to a string 检查响应等于一个字符串
Response headers：Content-Type...检查是否包含响应头Content-Type
Response time is less than 200ms：检查请求耗时小于200ms

常用断言，按照响应的组成来划分，此处分别是：状态行、响应头、响应体、响应时间。

（1）状态行中的断言：
断言状态码：Status code: code is 200
pm.test("Content-Type is present", function () {
pm.response.to.have.header("Content-Type"); //断言响应头存在"Content-Type"
});

（2）响应头中的断言：
断言响应头中包含：Response headers:Content-Type header check
pm.test("Content-Type is present", function () {
pm.response.to.have.header("Content-Type"); //断言响应头存在"Content-Type"
});

（3）断言响应体(重点)：
断言响应体中包含 XXX 字符串：Response body:Contains string
断言响应体等于 XXX 字符串：Response body : is equal to a string

pm.test("Body is correct", function () {
pm.response.to.have.body("response_body_string");
});

//注解
pm.response.to.have.body("response_body_string"); 获取响应体等于response_body_string

断言响应体(JSON)中某个键名对应的值：Response body : JSON value check
pm.test("Your test name", function () {
var JSONData = pm.response.json();
pm.expect(JSONData.value).to.eql(100);
});
//注解
var JSONData = pm.response.json() 获取响应体，以 JSON 显示，赋值给JSONData.注意：该响应体必须返会是的 JSON，否则会报错
pm.expect(JSONData.value).to.eql(100) 获取 JSONData 中的value为响应体中的key，然后和 100 进行比较
或者响应体中带列表
pm.expect(JSONData.value[0].value-key).to.eql(100) 

（4）响应时间：
断言响应时间：Response time is less than 200ms、
pm.test("Response time is less than 200ms", function () {
pm.expect(pm.response.responseTime).to.be.below(200); //断言响应时间<200ms
});

4.7 Postman 变量（全局/集合/环境）

在 Postman 常用的三种变量分别是全局变量，环境变量，集合变量。

全局变量：一旦申明了全局变量，全局有效，也就是说 Postman 中的任何集合，任何请求中都可以使用这个变量。它的作用域是最大的。
环境变量：要申明环境变量，首先得创建环境，然后在环境中才能创建变量。
集合变量：集合变量是针对集合的，也就是说申明的变量必须基于某个集合，它的使用范围也只是针对这个集合有效。
它们的作用域范围从大到小依次排列为：全局变量>集合变量>环境变量。

4.7.1 定义变量

（1）定义全局和局部变量

已经定义的全局变量和环境变量，可以点击小眼睛进行快速查看

4.7.2 获取变量

定义好变量，接下来就可以使用变量了。

需要注意的是，在不同的位置获取变量，编写的规则也是不一样的。

（1）如果在请求参数中获取变量

无论是获取全局、环境、集合变量，获取的方式都是一样的编写规则：{{变量名}}
请求参数指的是：URL，Params，Authorization，Headers，Body

（2）如果在编写代码的位置(Tests，Pre-requests Script)获取不同类型的变量

则编写的代码各不相同，具体如下：
1、获取环境变量：pm.environment.get(‘变量名’)
2、获取全局变量：pm.globals.get(‘变量名’)
3、获取集合变量：pm.pm.collectionVariables.get.get(‘变量名’)

图示说明：

4.8 请求前置脚本

一个请求在发送之前，会先去执行 Pre Request Script（前置脚本）中的代码。那么这个功能在实际工作中有什么作用呢？

主要场景：

一般情况下，在发送请求前需要对接口的数据做进一步处理，则都可以使用这个功能。

比如说，

登录接口的密码，在发送前需要做加密处理，那么就可以在前置脚本中做加密处理；

再比如说，

注册接口的邮箱输入参数会用到随机字符串，每请求一次接口该参数值都要求发生变化，这时，就可以在前置脚本中编写生成随机字符串的代码。

总体来说，凡在请求接口之前，需要对请求数据作进一步加工处理的，都可以使用前置脚本这个功能。

下面以业务接口举例：

某个接口需要传入当前发起请求时间的时间戳.

（1）首先编写前置脚本：
// 获取当前时间戳
var timestamp = (new Date()).valueOf();
// 设置为当前运行环境的环境变量，引用名称为timestamp
pm.environment.set("timestamp", timestamp);
（2）然后引用变量发起请求就OK

（3）请求完成之后，我们可以看到，当前环境下，变量已经存在

注意的是，我们这里前置脚本在发送请求之前其实是做了两件事情，

首先获取当前时间戳，
然后设置为环境变量

最后发起请求时，引用的变量已经存在于环境里面了，所以顺利发起请求。

4.9 接口自动关联

通常在测试的接口中，经常出现这种情况：

上一个接口的返回数据，是下一个接口的输入参数，那么这两个接口之间就产生了关联。为了避免每次都复制粘贴，所以通过自动关联方式关联两个接口。

这种关联在做接口测试时，非常常见，所以在Postman 中，如何实现这种关联关系呢？

关联步骤：

提取上一个接口的返回数据值
将这个数据值保存到环境变量或全局变量
在下一个接口获取环境变量或全局变量

图示说明：

举例说明：

把获取验证码接口和登录成功接口进行自动关联。

实现思路：

（1）提取关联数据

验证码接口响应体提取uuid
var jsonData = pm.response.json();
（2）保存关联数据

设置环境变量保存uuid
pm.environment.set("uuid",jsonData.uuid);
（3）引用关联数据

登录接口引用uuid
请求参数中引用：{{uuid}}
（1）获取验证码图示说明：

（2）登录成功图示说明：