Linux Postman如何学习进阶功能
小樊
32
2025-12-12 01:31:43
Linux 下 Postman 进阶学习路线
一 环境与变量体系
建立分层配置:创建Dev/Test/Prod 环境,使用变量如**{{BASE_URL}}、{{API_KEY}},在 URL、Headers、Body 中以 双花括号**引用,避免硬编码与泄露敏感信息。
区分环境变量 与全局变量 :环境用于隔离不同部署;全局用于跨环境共享(如通用 Token)。
在脚本中读写变量:
Pre-request Script:动态生成或获取令牌,例如
pm.environment.set(“timestamp”, new Date().toISOString());
Tests:保存接口返回值供后续请求使用,例如
const json = pm.response.json(); pm.environment.set(“authToken”, json.token);
进阶实践:将登录接口与业务接口串联,登录后自动把token 写入环境,后续请求在 Header 中使用**{{authToken}}**。
二 自动化测试与参数化
编写可维护的 Tests 断言:
状态码:pm.test(“Status code is 200”, () => pm.response.to.have.status(200));
响应体包含:pm.test(“Body contains success”, () => pm.expect(pm.response.text()).to.include(“success”));
JSON 字段:pm.test(“User name is correct”, () => { const d = pm.response.json(); pm.expect(d.name).to.eql(“John Doe”); });
参数化与数据驱动:在 Collection Runner 或 Newman 中使用CSV/JSON 数据文件,实现多组数据的批量验证与覆盖。
Collection Runner:选择集合与数据文件,配置迭代次数、延迟、数据回填 ,集中查看响应时间、断言结果、失败定位 。
命令行自动化:使用 Newman 在 Linux 服务器上运行集合并生成报告,例如
newman run collection.json -e environment.json --reporters html --reporter-html-export report.html
适合纳入CI/CD 流水线,实现无人值守回归。
三 Mock Server 与监控及可视化协作
Mock Server:基于集合与示例响应快速创建模拟接口 ,前端在后端未完成时即可联调;获取Mock URL 后,按示例返回固定或动态数据,降低联调阻塞。
API 监控:在 Postman 中创建定时监控 (如每5 分钟 ),设置响应时间阈值 (如超过2 秒 告警),持续跟踪可用性与性能。
响应可视化:在响应 Body 的 Visualize 标签使用模板(如 Mustache)生成表格/交互视图 ,更直观地展示列表、统计与嵌套结构。
代码生成与导入导出:在请求的 Code 标签一键生成JavaScript/Python/Java 等语言代码片段;支持cURL 导入与集合/环境JSON 导入导出,便于团队协作与迁移。
四 Linux 专项配置与性能优化
安装与启动方式:
手动安装:下载 .tar.gz 解压至**/opt**,创建软链(如 ln -s /opt/Postman/Postman /usr/bin/postman),便于终端执行;
Snap 安装:sudo snap install postman --classic;
桌面启动器:创建 /usr/share/applications/postman.desktop (Exec 指向可执行文件,Icon 指向图标),可在应用菜单启动。
SSL 证书:在 File → Settings → SSL certificate verification → Import Certificate 导入 CRT/PFX 证书,满足内网自签名或双向认证场景。
性能与稳定性:
在设置中可按需启用Trim keys and values 、Automatically follow redirects ;测试环境可临时关闭SSL certificate verification (生产务必开启);
遇到依赖或启动问题,安装常见依赖(如 libgconf-2-4、libXScrnSaver ),并检查环境变量是否生效与当前环境是否选中。
五 两周进阶学习路径与实践清单
第1–2天:环境与变量体系
建立Dev/Test/Prod 三套环境;用脚本实现登录→token 写入环境 ;在请求中统一使用**{{变量}}**。
第3–6天:自动化与数据驱动
为关键接口补充Tests 断言;用 Collection Runner + CSV/JSON 做参数化回归;在 Tests 中将关键字段写入环境变量 供下游接口使用。
第7–9天:命令行与 CI
安装 Newman ;在服务器上运行集合并导出HTML 报告 ;将命令写入 Jenkins/GitHub Actions 脚本,实现Push/PR 即跑 。
第10–12天:Mock 与监控
为未完成接口创建Mock Server 并完成前端联调;为线上关键路径配置定时监控 与SLA 阈值 告警。
第13–14天:可视化与协作
使用 Visualize 输出表格/统计 视图;将集合与环境导出 JSON ,通过 Git 管理;用 Code 生成多语言示例,补充到团队文档。