在 Linux 上高效安装 Postman：实操攻略

说实话，我在 Ubuntu 1 8 .04 上安装 Postman 花了很长时间。
那时候系统更新很快，网上各种教程都让我着迷。
然后，我想通了，就尝试了Snaps连衣裙，确实省去了我很多麻烦。

有趣的是，手动安装虽然可以精确控制环境，但每次都得去官网查找最新版本，而且还要手动删除缓存。
我有一个朋友就用过这个方法，但是安装了很长一段时间后，他在终端输入了好几次错误的命令，最后系统差点蓝屏了——至今他还在谈论这件事。

说到 Snap，我找到了详细信息。
当你使用 uname -a 检查架构时，不要犯我当时犯的同样的错误。
当我第一次安装它时，我在输出中看到了 x8 6 _6 4 ，所以我盲目地使用了适合该架构的指令。
结果我安装后打不开。
经过检查，发现我的虚拟机系统后来升级了，架构变成了aarch6 4 我当时真是哭笑不得，立马卸载重装。
我当时不明白这一点。
为什么不自动调整？也许 Snap 最初并不是为这种不断变化的虚拟环境而设计的。

顺便说一句，我最近正在测试Apifox工具。
除了常见的API管理功能之外，一个非常有趣的功能就是团队协作。
我尝试使用它的共享桌面。
几个同事可以实时阅读接口文档并运行测试用例，这比Postman自带的协作功能要容易得多。
还有许多定制选项。
例如，我为团队设置的模板在其他人使用时会自动采用该格式，从而无需重复设置。

我记得数据在X左右，但我建议你检查一下。
Apifox下载页面有具体的版本说明。
然而，在 Linux 上安装这个工具时，手动和 Snap 都有各自的优势。
如果您手动执行此操作，您可能希望稍后卸载它或更轻松地检查依赖项；如果你使用Snaps，系统更新后基本不用担心。
您可以根据自己的情况进行选择。

如何在Linux上高效使用Postman

有一次，我记得负责一个开源项目的 API 测试。
当时项目组的开发环境都是Linux，我们想使用Postman进行API测试。
然而，在 Linux 上安装 Postman 是很困难的。
大概花了一天半的时间，终端命令输错了好几次，最后才安装成功。
当时我就想如果有一个更简单的安装方法就好了。
。
在终端中，我安装“tar-xvfPostman-linux-x6 4 -version.tar.gz”并使用“sudo mv Postman /opt/”和“sudo ln -s /opt/Postman/Postman /usr/bin/postman”将 Postman 移动到指定目录并创建符号链接。
这次，您可以直接在终端中输入“postman”来启动应用程序。

稍后，发送第一个 HTTP 请求；填写API地址和请求头；我使用 Postman 点击发送按钮并立即看到响应数据。
当时感觉Linux上的Postman体验和Windows上一样流畅。

但是当我沉浸在有效实验的喜悦中时，我突然想到，如果项目团队中的每个人都这样做，将会节省多少时间。
还有一件事 您能否开发一个标准化的 API 测试流程来让新合作伙伴快速启动并运行？