4. 集合与环境变量

这是什么：Collection（集合）= 存请求的文件夹，把一串相关接口收纳整齐、随点随发；Environment（环境变量）= 一套可整体切换的「地址本」，里面存着 {{base_url}} 这样的变量。

为什么用：前两章每试一次就建一个标签，工作区很快乱糟糟；更要命的是，真实项目常有开发环境（dev）和线上环境（prod）两套地址，切环境时要一个一个改 URL——迟早改漏一个，酿成「在 prod 上乱来」的事故。

如何用：先建一个三请求的小集合，把请求「编成曲」；再建 dev / prod 两套环境，URL 里只写 {{base_url}}，切换靠右上角下拉，一点不发抖。

4.1 Collection：把请求编成曲

左侧栏点 Collections，再点 +（新建集合），命名「文章接口」
集合上点 … → Add request，依次加入三个请求：

请求名	方法	URL
拿文章列表	GET	`{{base_url}}/posts`
拿一篇文章	GET	`{{base_url}}/posts/1`
发一篇文章	POST	`{{base_url}}/posts`

「发一篇文章」记得照第 3 章那样，Body 选 raw + JSON 填好：

{
  "title": "青蛙的文章",
  "body": "存进集合·随点随发",
  "userId": 1
}

每填完一个按 Ctrl + S 保存（界面上是 Save 按钮）

保存后，想演奏哪段点哪段：点「拿文章列表」直接 Send 就行，地址不用再敲。集合就像把请求排成的一支曲谱，之后的批量测试（第 5 章）也要靠它。

4.2 Environment：两套地址一键切

左上 New → Environment，命名 dev
变量表加一行：Variable = base_url，Initial Value = https://jsonplaceholder.typicode.com，保存
再照葫芦画瓢建一个 prod：同款变量 base_url，值换成将来的线上域名（练习阶段可先填同一个地址）
右上角环境下拉切到 dev，把「拿一篇文章」的 URL 改成 {{base_url}}/posts/1，点 Send

你会看到：

{
  "userId": 1,
  "id": 1,
  "title": "sunt aut facere repellat provident occaecati excepturi optio reprehenderit",
  "body": "quia et suscipit\nsuscipit recusandae consequuntur expedita et cum\nreprehenderit molestiae ut ut quas totam\nnostrum rerum est autem sunt rem eveniet architecto"
}

接着把环境下拉切到 prod，直接再点 Send——请求一个字没改，打的却是另一个地址了。dev 里随便折腾，prod 上小心点火，这就是变量的价值。

4.3 变量语法与优先级，两句话讲完

写法：双花括号 {{变量名}}，URL、Params、Body 里都能用。变量名没配上时它会原样留在原地提示你——多半是当前环境里根本没这个变量名
优先级：同名变量谁「近」听谁的——环境变量优先于全局变量。入门记住这一条，其余层级（本地、数据、集合变量）用到时再查官方文档

记忆口诀：集合存请求，环境存地址；{{双花括号}}占位，切环境不碰请求一根毫毛。

4.4 动手改

给集合补一个 DELETE 请求：命名「拆一篇文章」，URL 写 {{base_url}}/posts/1
新建环境 local，base_url 填 http://127.0.0.1:5000——这是给第 6 章之后你自建 Flask 后端留的座位
把「拿一篇文章」的 URL 改成 {{base_url}}/posts/{{post_id}}，在 dev 环境里加变量 post_id = 2，看返回的文章变成哪一篇

4.5 小结

Collection = 接口文件夹，一串请求收纳好、点开即发
Environment = 可切换的地址本，切换环境不需要动任何请求
语法：{{变量名}}；同名时「近」者优先，环境盖过全局

下一章：断言与自动化测试 🐸