一文全面解析postman工具，重磅分享

总结，通过上面的操作，我们实现了一个最简单的demo模型。但实际上，有了这个功能才是postman学习的开始，因为很多功能都是基础这个功能的基础上进行的，比如用例的批量执行，Mock ，接口文档等功能 。

4. 批量执行接口请求

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

实现步骤：

1. 选中一个Collection，点击右三角，在弹出的界面点击RUN

1. 这是会弹出一个叫Collection Runner的界面，默认会把Collection中的所有用例选中 。

1. 点击界面下方的RUN Collection，就会对Collection中选中的所有测试用例运行 。

对上面的几个红框内的功能进行简单说明：

• 断言统计：左上角的两个0是统计当前Collection中断言成功的执行数和失败的执行数，如果没有编写断言默认都为0 。

• Run Summary: 运行结果总览，点击它可以看到每个请求中具体的测试断言详细信息 。Export Result：导出运行结果，默认导出的结果json文件 。

• Retry: 重新运行，点击它会把该Collection重新运行一遍

• New：返回到Runner，可以重新选择用例的组合 。

总体来说，这个功能主要是用于对一个Collection中的所有用例或部分用例进行批量运行，已达到手工回归测试的目的。

5.日志调试

在做接口测试时，经常会因为代码写的有问题导致报错，这时通过查看日志就显得非常重要了，postman也提供了这样的功能，它允许我们在脚本中编写打印语句，查看打印的结果 ; 同时也可以查看每个请求的日志信息 。

在postman中编写日志打印语句使用的是JavaScript，编写的位置可以是Pre-request Script 或Tests标签中。编写打印语句如：console.log(“我是一条日志”)

那么打印的日如何看呢 ？在postman中有俩个入口，第一个入口就是：view-show postman console 。

第二个入口就是左下角第三个图标 。

打开的日志界面

这里面有几个比较实用的功能：

• 搜索日志：输入URL或者打印的日志就能直接搜索出我们想要的请求和日志，这对我们在众多日志中查找某一条日志是非常方便的 。

• 按级别搜索：可以查询log,info,warning,error级别的日志 ，有助于我们更快定位到错误 。

• 查看原始报文(Show raw log)：如果习惯看原始请求报文的话，这个功能可能更方便些 。

• 隐藏请求(Hide network)：把请求都隐藏掉，只查看输出日志 。

总之，通过这个功能，我们在请求接口报错时，通过打印响应的日志，就能很轻松的找到问题原因了 。

6.断言

如果没有断言，我们只能做接口的功能测试，但有了断言后，就为我们做自动化提供了条件，并且在postman中的断言是非常方便和强大的 。

我们先来了解下postman断言的一些特点 ，具体如下

• 断言编写位置：Tests标签

• 断言所用语言：JavaScript

• 断言执行顺序：在响应体数据返回后执行 。

• 断言执行结果查看：Test Results

在上面我们介绍到，编写的断言代码是JavaScript，那如果不会写怎么办 ？不用担心，因为postman已经给我们内置了一些常用的断言 。用的时候，只需从右侧点击其中一个断言，就会在文本框中自动生成对应断言代码块 。

接下来就让我们了解一些常用断言，还是按响应的组成来划分，分别是状态行，响应头，响应体。

状态行中又包括状态码，状态消息 。在postman也可以对这两个进行断言

状态行中的断言：

• 断言状态码：Status code: code is 200

pm.test(“Status code is 200”, function () {

pm.response.to.have.status(200); //这里填写的200是预期结果，实际结果是请求返回结果

});

• 断言状态消息：Status code：code name has string

pm.test(“Status code name has string”, function () {

pm.response.to.have.status(“OK”); //断言响应状态消息包含OK

});

响应头中的断言

• 断言响应头中包含：Response headers:Content-Type header check

pm.test(“Content-Type is present”, function () {

pm.response.to.have.header(“Content-Type”); //断言响应头存在"Content-Type"

});

断言响应体(重点)

• 断言响应体中包含XXX字符串：Response body:Contains string

pm.test(“Body matches string”, function () {

pm.expect(pm.response.text()).to.include(“string_you_want_to_search”);

});

//注解

pm.expect(pm.response.text()).to.include(“string”) 获取响应文本中包含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的值，然后和100进行比较

响应时间(一般用于性能测试)

• 断言响应时间：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

});

案例说明：

针对以下接口返回的数据进行断言：

{

“cityid”: “101120101”,

“city”: “济南”,

“update_time”: “2020-04-17 10:50”,

“wea”: “晴”,

“wea_img”: “qing”,

“tem”: “16”,

“tem_day”: “20”,

“tem_night”: “9”,

“win”: “东北风”,

“win_speed”: “3级”,

“win_meter”: “小于12km/h”,

“air”: “113”

}

• 断言响应状态码为200

• 断言city等于济南

• 断言update_time包含2020-04-17

总结，整体来说，如果用postman做接口测试，这个断言功能必不可少，其中我们常断言的响应体包含和JSON这俩个断言又是重重之重。

7. 变量（全局/集合/环境）

变量可以使我们在请求或脚本中存储和重复使用其值，通过将值保存在变量中，可以在集合，环境或请求中引用。

对我们做接口测试来说，又是一个非常重要的功能 。

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

• 全局变量：一旦申明了全局变量，全局有效，也就是说postman中的任何集合，任何请求中都可以使用这个变量。它的作用域是最大的 。

• 环境变量：要申明环境变量，首先的创建环境，然后在环境中才能创建变量 。如果要想使用环境变量，必须先选择(导入)这个环境，这样就可以使用这个环境下的变量了 。需要说明的是环境也可以创建多个 。每个环境下又可以有多个变量 。

• 集合变量：集合变量是针对集合的，也就是说申明的变量必须基于某个集合，它的使用范围也只是针对这个集合有效 。

其中，他们的作用域范围依次从大到小：全局变量>集合变量>环境变量 。当在几个不同的范围内都申明了相同的变量时，则会优先使用范围最小的变量使。

想要使用变量中的值只需俩个步骤，分别是定义变量和获取变量 。

1. 定义变量（设置变量）

2. 获取变量（访问变量）

定义变量

定义全局变量和环境变量，点击右上角的小齿轮，弹出如下界面，就可以根据需求定义全局变量或者环境变量了。

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

定义集合变量

选择一个集合，打开查看更多动作(…)菜单，然后点击编辑 。选择“变量”选项卡以编辑或添加到集合变量。

定义变量除了以上方式，还有另外一种方式 。但是这种方式在不同的位置定义，编写不一样。

• 在URL，Params , Authorization , Headers , Body中定义：

1. 1. 手工方式创建一个空的变量名

2. 在以上的位置把想要的值选中右击，选中Set：环境|全局 ，选中一个变量名，点击后就会保存到这个变量中

在Tests，Pre-requests Script：

• 定义全局变量：pm.collectionVariables.set(“变量名”,变量值)

• 定义环境变量：pm.environment.set(“变量名”，变量值)

• 定义集合变量：pm.variables.set(“变量名”,变量值)

获取变量

定义好变量，接下来就可以使用变量了 。需要注意的是，在不同的位置获取变量，编写的规则也是不一样的 。

如果在请求参数中获取变量，无论是获取全局变量，还是环境变量，还是集合变量，获取的方式都是一样的编写规则：{{变量名}} 。

• 请求参数指的是：URL，Params , Authorization , Headers , Body

如果是在编写代码的位置(Tests,Pre-requests Script)获取变量，获取不同类型的变量，编写的代码都不相同，具体如下：

• 获取环境变量：pm.environment.get(‘变量名’)

• 获取全局变量：pm.globals.get(‘变量名’)

• 获取集合变量：pm.pm.collectionVariables.get.get(‘变量名’)

变量的使用场景非常广泛，比如我们后面要提到的接口关联，请求前置脚本都会使用到变量 。

8.请求前置脚本

前置脚本其实就是在Pre-requests Script中编写的JavaScript脚本，想要了解这个功能，需要先了解它的执行顺序。那么下面就来看下它的执行顺序 。

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

主要场景：一般情况下，在发送请求前需要对接口的数据做进一步处理，就都可以使用这个功能，比如说，登录接口的密码，在发送前需要做加密处理，那么就可以在前置脚本中做加密处理，再比如说，有的接口的输入参数有一些随机数，每请求一次接口参数值都会发送变化，就可以在前置脚本中编写生成随机数的代码 。总体来说，就是在请求接口之前对我们的请求数据进行进一步加工处理的都可以使用前置脚本这个功能。

接下来通过一个案例来看下该功能是如何使用 ？

案例：

• 请求的登录接口URL，参数t的值要求的规则是每次请求都必须是一个随机数。

• 接口地址：http://localhost/index.php？m=Home&c=User&a=do_login&t=0.7102045930338428

实现步骤：

1. 在前置脚本中编写生成随机数

2. 将这个值保存成环境变量

3. 将参数t的值替换成环境变量的值 。

总之，这个前置脚本对我们做接口测试也非常有用，对一些复杂的场景，都可以使用前置脚本进行处理后再请求接口 。

9. 接口关联

在我们测试的接口中，经常出现这种情况 。上一个接口的返回数据是下一个接口的输入参数 ，那么这俩个接口就产生了关联。这种关联在做接口测试时非常常见，那么在postman中，如何实现这种关联关系呢 ？

实现思路：

1. 提取上一个接口的返回数据值，

2. 将这个数据值保存到环境变量或全局变量中

3. 在下一个接口获取环境变量或全局变量

案例：

• 用户上传头像功能，需要用户先上传一张图片，然后会自动预览 。那么在这个过程中，会调用到俩个接口 ，第一个上传头像接口，第二个预览图像接口 。

• 其中调用上传头像接口成功后会返回如下信息：

{

“url”: “/public/upload/user//head_pic//ba51d1c2f7f7b98dfb5cad90846e2d79.jpg”,

“title”: “banner”,

“original”: “”,

“state”: “SUCCESS”,

“path”: “images”

}

而图像预览接口URL为：http://localhost/public/upload/user//head_pic//ba51d1c2f7f7b98dfb5cad90846e2d79.jpg 。可以看出这个接口的URL后半部分其实是上一个接口返回的url的值 。那么这俩个接口就产生了关联。那么在postman 可以通过以下三步完成这俩个接口的关联实现 。

实现步骤：

1. 获取上传头像接口返回url的值

2. 将这个值保存成全局变量(环境变量也可以)

3. 在图像预览中使用全局变量

可以看出，接口的关联的解决方案都是用的是变量中的知识，也就是说只要你明确了要提取的值，后面就是保存该值，然后在其他接口使用该值就可以了。

10.常见返回值获取

在做接口测试时，请求接口返回的数据都是很复杂的json数据，有着多层嵌套，这样的数据层级在postman怎么获取呢 ？

案例1：多层json嵌套, 获取user_id的值

{

“code”: 0,

“message”: “请求成功！”,

“data”: {

“user_id”: “1252163151781167104”

}

}

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V：vip1024b 备注Java获取（资料价值较高，非无偿）

Kafka实战笔记

关于这份笔记，为了不影响大家的阅读体验，我只能在文章中展示部分的章节内容和核心截图

• Kafka入门
• 为什么选择Kafka
• Karka的安装、管理和配置

• Kafka的集群
• 第一个Kafka程序
• 

afka的生产者

• Kafka的消费者
• 深入理解Kafka
• 可靠的数据传递

• Spring和Kalka的整合
• Sprinboot和Kafka的整合
• Kafka实战之削峰填谷
• 数据管道和流式处理(了解即可)

• Kafka实战之削峰填谷

果你觉得这些内容对你有帮助，可以添加V：vip1024b 备注Java获取（资料价值较高，非无偿）**
[外链图片转存中…(img-YuCOfmD5-1711600801622)]

Kafka实战笔记

关于这份笔记，为了不影响大家的阅读体验，我只能在文章中展示部分的章节内容和核心截图

[外链图片转存中…(img-a77UyHS4-1711600801622)]

• Kafka入门
• 为什么选择Kafka
• Karka的安装、管理和配置

[外链图片转存中…(img-Qjo38hJj-1711600801623)]

• Kafka的集群
• 第一个Kafka程序
• [外链图片转存中…(img-lUAw7gYw-1711600801623)]

afka的生产者

[外链图片转存中…(img-ih61M7aY-1711600801623)]

• Kafka的消费者
• 深入理解Kafka
• 可靠的数据传递

[外链图片转存中…(img-ONsxEQ4N-1711600801624)]

[外链图片转存中…(img-21xh3eZK-1711600801624)]

• Spring和Kalka的整合
• Sprinboot和Kafka的整合
• Kafka实战之削峰填谷
• 数据管道和流式处理(了解即可)

[外链图片转存中…(img-yDXiu8z0-1711600801625)]

• Kafka实战之削峰填谷

[外链图片转存中…(img-NsIn2bqz-1711600801625)]