在刚开始一个项目时，为了后续便于组织和管理，把同属该项目的多个 API，放在一组里
所以要先去新建一个 Collection: New -> Collection
使用了段时间后，建了多个分组的效果：
单个分组展开后的效果：
Postman 支持 history 历史记录，显示出最近使用过的 API： 
在测试 API 期间，往往存在多种环境，对应 IP 地址（或域名也不同）
比如：
Prod: http://116.62.25.57/ucows
用于开发完成发布到生产环境
Dev: http://123.206.191.125/ucows
用于开发期间的线上的 Development 的测试环境
LocalTest: http://192.168.0.140:80/ucows
用于开发期间配合后台开发人员的本地局域网内的本地环境，用于联合调试 API 接口
而在测试 API 期间，往往需要手动去修改 API 的地址：
效率比较低，且地址更换后之前地址就没法保留了。
另外，且根据不同 IP 地址（或者域名）也不容易识别是哪套环境。
后来发现 Postman 中，有 Environment 和 Global Variable，用于解决这个问题，实现不同环境的管理：
很明显，就可以用来实现不用手动修改 url 中的服务器地址，从而动态的实现，支持不同服务器环境:
或者：
Environments are a group of variables & values, that allow you to quickly switch the context for your requests and collections.
Learn more about environments
You can declare a variable in an environment and give it a starting value, then use it in a request by putting the variable name within curly-braces. Create an environment to get started.
输入 Key 和 value：
点击 Add 后：
[info] 环境变量可以使用的地方
- URL
- URL params
- Header values
- form-data/url-encoded values
- Raw body content
- Helper fields
- 写 test 测试脚本中
- 通过 postman 的接口，获取或设置环境变量的值。
此处把之前的在 url 中的 IP 地址（或域名）换成环境变量：
鼠标移动到环境变量上，可以动态显示出具体的值：
再去添加另外一个开发环境：
则可添加完 2 个环境变量，表示两个服务器地址，两个版本：
然后就可以切换不同服务器环境了：
可以看到，同样的变量 server_address，在切换后对应 IP 地址就变成希望的开发环境的 IP 了：
顺带也去看看，导出为 API 文档后，带了这种 Environment 的变量的接口，文档长什么样子：
发现是在发布之前，需要选择对应的环境的：
发布后的文档，可以看到所选环境和对应服务器的 IP 的：
当然发布文档后，也可以实时切换环境：
当更换服务器时，直接修改变量的 IP 地址：
即可实时更新，当鼠标移动到变量上即可看到效果：
对于当前的请求，
