每次在终端里敲完一大堆 curl 命令后 看到那层层叠叠的响应数据，心里不免有点小怅然。如果能把这些繁琐的手动校验交给一段小小的脚本，让它们自动跑起来那该多爽啊！ 说实话... 这篇文章从零开始， 手把手教你在 Ubuntu 系统里玩转 Postman 脚本，从环境搭建到高级技巧，让你的 API 测试效率瞬间飙升。

一、 Ubuntu 上的 Postman 安装与环境准备

Postman 官方提供了多种 Linux 安装方式，这里列出最常用的三种：，不忍直视。

观感极佳。 装好之后 用 postman & 把它拉到后台运行；接着打开应用，你会看到熟悉的卡片式界面——这正是我们即将注入魔法代码的舞台。

配置全局环境变量

啊这... 在左侧栏点击 “Environments”， 新建一个叫 dev‑api 的环境，填入基础 URL、认证 token 等公共字段。这样即使切换到测试或生产环境，只需切换一次即可。

二、Pre-request Script 与 Tests 脚本到底有什么区别？

• Pre-request Script: 在请求发送之前施行， 常用于生成签名、动态取值或设置请求头。
• Tests: 请求返回后施行， 用来做断言、提取返回值并写回环境变量。

两者共享同一个全局对象 pm但触发时机不同。下面用一张对比图把概念抹平：，抓到重点了。

+-------------------+--------------------+
|   前置脚本   |   后置脚本  |
+-------------------+--------------------+
| 设置 Header       | 断言状态码          |
| 生成时间戳         | 提取 token          |
| 调用外部接口       | 写回变量            |
+-------------------+--------------------+

三、 从零开始写第一个 Pre-request Script —— 动态签名示例 🎉

假设我们的接口要求每次请求都带上一个 HMAC‑SHA256 签名，这个签名由时间戳和 secret 拼接后加密得到。下面的代码演示了如何在 Pre‑request 中完成这一步：，平心而论...

// Pre-request Script
const secret = pm.environment.get;
if  {
    console.warn;
}
// 当前时间戳
const ts = Math.floor / 1000);
const raw = `${ts}:${secret}`;
const hash = CryptoJS.HmacSHA256.toString;
// 将签名和时间戳写入 Header
pm.request.headers.add});
pm.request.headers.add;
console.log;

靠谱。 ※ 若你的 Postman 没有内置 CryptoJS，可在 Settings → Scripts → Add Library 手动引入。

四、 Tests 脚本：断言 + 数据回写的黄金组合 🏆

A/B 测试经常需要验证响应时间是否符合 SLA，一边把返回的 token 保存下来供后续请求使用。下面是一段完整的 Tests 脚本：，我整个人都不好了。

// Tests
pm.test {
    pm.response.to.have.status;
});
pm.test {
    pm.expect.to.be.below;
});
const json = pm.response.json;
pm.test {
    pm.expect.to.have.property.that.is.a;
});
// 将 token 写回环境变量
if  {
    pm.environment.set;
    console.info;
}

希望大家... 💡 小技巧：使用 `pm.console` 可以在底部面板实时查看日志，有助于调试复杂逻辑。

五、 数据驱动测试——从 CSV/JSON 文件读取参数 🚀

If you have a CSV file named users.csv, you can feed it into a collection run:

# 使用 newman 施行集合并读取 CSV
newman run my_collection.json \
       --environment dev-api.postman_environment.json \
       --iteration-data ./data/users.csv \
       --reporters cli,json \
       --reporter-json-export result.json

太离谱了。 The CSV might look like this:

嗐... ​​​​​​​​​​​​​​​‍‍‍‍‍‍‍‍‍‍‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‏‏‏‏‏‏‏‏‎‎‎‎‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎    — — — — — — — — —    ——————————————————–————– — — — — — — – – – – – – ‑‑‑‑‑‑–            

     六、异步前置调用：先拿配置，再发业务请求 📡️️️️️️️️️️️️️️️🧩🧩🧩🧩🧩🧩🧩🧩🧩🧩🧩🧩​ // Pre-request Script const cfgUrl = pm.environment.get || 'https://api.example.com/config'; pm.sendRequest{ if { console.error; return; } const cfg = res.json; // 假设 config 返回 {traceId:"abc123"} pm.environment.set; console.log; }); // 注意：此段代码不会阻塞主请求，它会在主请求发送前尽快完成。赶紧打开你的 Postman， 把上面的代码粘进去，一键 Send，看着绿色勾勾跳出来那份成就感真的不是盖的！祝你玩得开心，API 测试一路顺风 🚀🚀🚀 。 © 2026 技术分享社区 | 本文基于个人实践撰写，仅供参考，百感交集。。 十、 🎤 站在 Ubuntu 桌面前敲下第一行 JavaScript 时也许会有点胆怯。但只要记住「Postman's sandbox」就是我们的小型 Node 环境，你就拥有了无限可能。从简单的 Header 注入， 到全链路的数据驱动，再到 CI/CD 自动化，每一步都能让枯燥的接口校验变得轻盈而充满仪式感。 使用 Collection Runner 或 Newman 一键跑通整个链路，观察 Console 输出是否有异常标记。 九、 CI/CD 中集成 Newman —— 自动化报告不再是梦 🌙✨ # .g 说起来... ithub/workflows/postman.yml name: API 自动化测试 on: push: branches: - main jobs: api-test: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - name: 安装 Node & Newman run: | sudo apt-get update && sudo apt-get install -y nodejs npm npm install -g newm an - name: 施行集合 run: | newman run collections/MyAPI.postmancollection.json \ --en 我舒服了。 vironment environments/dev.postmanenvironment.json \ --reporters cli,junit,json \ --reporter-junit-export reports/junit.xml \ --reporter-json-export reports/result.json - name: 上传报告至 Artifacts uses: actions/upload-artifact@v4 with: name: test-reports path: reports/ 运行后来啊会以彩色 CLI 输出展示，一边生成 JUnit XML 与 JSON 报告，可直接喂给 Jenkins / GitLab 的测试统计插件，实现“构建失败即止”。创建 GetUserInfo 请求，将 Authorization : Bearer {{auth_token}} 加到 Header；Tests 中校验 status == 'active' 并把 user_id 写回 env。 恕我直言... 创建 UpdateProfile 请求， 以 {{user_id}} 为路径参数，并在 Body 中填充新昵称；Tests 中检查 "updated": true 并记录响应时间。平安第一敏感信息请放进 Environment Variables 而非硬编码；必要时开启 “Encrypt variables”。 性能监控利用 pm.response.responseTime 对比基准值， 原来如此。 把异常记录下来可配合 Grafana 做可视化告警。 八、 实战案例：登录 ➜ 获取用户信息 ➜ 更新资料 创建 Login 请求，在 Pre‑request 中读取 username/password 并发送登录 POST；Tests 中提取返回的 access_token 写回 auth_token 环境变量。平心而论... 使用日志console.log 与 console.error 是调试神器，在运行时打开 “Console” 面板即可看到输出。 统一错误处理建议为每个 async 请求添加 if{ … } 分支，否则错误会悄无声息地吞掉。 版本管理将集合和环境文件一起提交到 Git， 配合 CI跑 Newman，实现全链路自动化。 我不敢苟同... 🔎 如果你需要确保配置一定已就绪才发送主请求， 可以把业务请求封装成另一个集合，然后使用 Newman 的 “--delay-request” 参数稍作等待；或者直接在 Pre‑request 中使用 Promise。 七、 最佳实践与排错指南 🛠️ 保持脚本简洁每个 Pre‑request 或 Test 最好不超过 30 行， 冲鸭！ 复杂逻辑拆分成函数再引用，有啥说啥...。