Postman接口自动化入门：不用写代码，10分钟搭完你的第一个自动化流程-平芜编程栈

上一篇写完《Postman零基础入门》后，好多新手朋友留言问：学会了单个接口调试，怎么用Postman做接口自动化？不想刚入门就啃pytest、JMeter这些重工具，能不能零代码快速搭一套能用的自动化流程？

当然可以！Postman本身就原生支持自动化，只要你会发单个接口，跟着这篇走，10分钟就能跑通一套带接口依赖、自动断言的完整自动化流程，新手直接上手。

先搞懂：Postman自动化适合什么场景？

不是所有场景都适合用Postman做自动化，但对新手/中小项目来说，它的优势太明显了：
✅ 不用额外装工具，你已经会用Postman了，零学习门槛
✅ 低代码甚至零代码，大部分逻辑点点鼠标+复制几行代码就能搞定
✅ 适合：小型项目接口回归测试、日常批量接口验证、新人练手自动化，完全够用

如果是大型项目持续集成，再上pytest、JUnit这类代码框架也不迟，先从Postman入门建立自动化思维最舒服。

前置准备

你只需要会这两个知识点就行：

会用Postman发单个GET/POST请求（看过上一篇零基础入门就够）
懂Postman的「集合(Collections)」「环境变量」基本概念

Postman自动化核心三要素

其实Postman自动化就靠三个东西，搞懂就会了：

集合(Collection)：把你的接口按执行顺序排好，就是一个自动化用例集
Tests脚本：用来做两件事：① 提取上一个接口的返回值给下一个接口用（处理接口依赖）② 写断言自动判断接口对不对
Collection Runner：批量运行整个集合的接口，生成测试报告看结果

一步步搭：你的第一个自动化流程

我们拿最常见的业务场景举例：用户登录(拿token) → 新增文章 → 删除文章，全流程带依赖带断言，跟着做就行。

第一步：编排接口，创建自动化用例集

首先把你的接口按执行顺序放到同一个集合里：

左侧边栏点击Collections→ 新建集合，命名为「文章流程自动化测试」
把三个接口按顺序添加进集合：① 登录接口 ② 新增文章接口 ③ 删除文章接口

⚠️ 新手避坑：顺序一定不能错，后执行的接口要依赖前一个的结果，顺序错了直接跑失败。

第二步：处理接口依赖：提取上一个接口的返回值

这是新手最懵的一步：比如登录接口返回的token，怎么给后面的新增、删除接口用？其实只要加3行代码就行：
打开你的登录接口，切换到Tests标签页，输入以下代码：

// 1. 把接口返回的JSON转成对象 var res = pm.response.json(); // 2. 把返回体里的token提取出来，存到当前环境变量里 pm.environment.set("token", res.data.token);

💡 懒人提示：Postman右侧自带了代码片段Snippets，直接点Set an environment variable，就会自动生成模板，你只需要改一下存的变量名和提取的字段就行，不用自己手写。

改完之后，我们先单独跑一次登录接口，就能看到token已经自动存到你的环境变量里了。

接下来打开新增文章接口，把token放到需要的位置就行，一般是放在请求头里：
Key填Authorization，Value填Bearer {{token}}，就搞定了！

同理，如果要提取新增文章返回的文章ID给删除接口用，方法一模一样，在新增接口的Tests里加：

var res = pm.response.json(); pm.environment.set("articleId", res.data.id);

删除接口的URL直接写{{host}}/article/{{articleId}}就能用了。

第三步：加断言，自动判断接口是否成功

跑自动化不能光看接口通不通，还要自动判断业务对不对，这就是断言的作用。Postman的断言也非常简单，同样在Tests标签页加，给大家几个90%场景都会用到的断言，直接复制改改就行：

常用断言模板

// 1. 最常用：断言接口状态码是200 pm.test("响应状态码为200", function () { pm.response.to.have.status(200); }); // 2. 业务断言：断言返回的业务code是0（代表成功，按你项目的规则改） pm.test("业务处理成功", function () { var res = pm.response.json(); pm.expect(res.code).to.eql(0); }); // 3. 断言返回体包含某个字段 pm.test("返回包含token字段", function () { var res = pm.response.json(); pm.expect(res.data).to.have.property('token'); });

💡 同样，右侧Snippets里有各种断言模板，点一下就生成，不用记语法。

每个接口都加上对应的断言，比如登录接口断言code=0、存在token，新增接口断言code=0、存在文章id，删除接口断言code=0，搞定。

第四步：运行整个自动化流程，看结果

所有接口配置完，就可以批量运行了：

打开你的集合，点击集合右上角的「Run」按钮，调出Collection Runner
配置运行参数：
- 选择你要跑的集合，勾选要执行的接口（默认全选）
- 选择你提前建好的测试环境（就是我们存变量的那个环境）
- 可以设置延迟：一般设1000ms（1秒），避免请求太快打崩测试服务器
点击「Run 集合名」按钮，就自动跑了！

运行完会自动生成测试报告：

绿色对勾就是断言通过，红色叉号就是失败，哪一步错了一眼就能看到
点击失败的用例，还能看具体的请求响应日志，排查问题非常方便。

到这里，你第一个完整的Postman自动化流程就跑通了🎉

进阶：命令行运行（适合集成CI/CD）

如果需要把自动化集成到流水线，或者定时跑回归，Postman提供了命令行工具Newman，非常简单：

先装Node.js，然后打开命令行执行：npm install -g newman装好newman
在Postman导出你的集合文件和环境变量文件：集合→右上角导出→保存为自动化测试.json，环境→导出→保存为测试环境.json
命令行执行：

newman run 自动化测试.json -e 测试环境.json -r html

执行完会生成一个html格式的测试报告，打开就能看结果，直接可以放到CI/CD流程里用。

新手常见问题解答

跑起来提示变量为空，依赖失败怎么办？
先单独跑一遍前一个接口，打开环境变量看有没有成功存进去，大概率是你提取的字段名错了，比如返回的是token你写成access_token，改一下字段名就好。
变量存在环境变量还是全局变量？
当前测试环境用的、流程内依赖的变量存在环境变量就行，多个环境都要用的固定参数（比如appkey）存在全局变量。
Postman自动化能代替代码框架吗？
中小项目、日常回归、新人练手完全够，大型项目、复杂业务场景还是推荐用pytest、restassured这类代码框架，更灵活。