上周给团队做接口联调演示我打开了日常最常用的 Postman结果又是那个熟悉的场景图标在 Dock 里弹跳了好一会儿主窗口才慢吞吞地出现等我把集合列表展开、环境变量切好会议室里的人已经开始低头刷手机了。这台机器是 16GB 内存的 M 系列芯片不是电脑不行是 Postman 真的越来越重了。安装包动辄上百 MB启动要转圈内存长期占用居高不下。后来我开始认真找替代品目标很明确体积小、启动快、常用功能一个都不能少。最后留下来的是 Bruno——一个开源的 API 客户端Tauri 重写后的安装包只有 10MB 级别实测冷启动基本不到 1 秒。这篇文章就是我这一个多月把它当主力工具用的完整记录包括迁移过程、功能对比和踩过的坑。如果你也在被 Postman 的体积和启动速度困扰又不想牺牲日常调试效率那这份体验应该对你有用。1. 为什么我会对 Postman 动换掉的念头体积、启动速度与协作成本我不是要全盘否定 Postman。平心而论它是接口测试领域事实上的标准工具功能够全、生态够大社区里随便一搜就有教程。但正因为用得多那些平时被忽略的小问题会日积月累成真痛点到了某个节点就会让人开始盘算有没有别的路。先看安装包。Postman 从官网下载的安装程序在 Windows 上通常超过 100MBmacOS 的 dmg 也差不多。安装完成后它内部还带着一套完整的 Electron 运行时。Electron 的优点是跨平台一致缺点也很明显每个应用都打包一份 Chromium 和 Node体积自然降不下来。你可以理解成每个 Electron 应用都自带了一个浏览器哪怕你这个应用只显示一个输入框也得先把这个浏览器跑起来。再看运行时的资源占用。我观察过自己的开发机Postman 开一个主窗口、平时放着几个集合不用内存占用常常在 400MB 以上有时候超过 700MB。一旦开多个窗口或者跑了 Collection Runner内存直接破 1GB 也不是没可能。在 8GB 内存的老机器上这基本属于开 Postman 就得关浏览器的级别。对很多后台开发来说IDE、数据库客户端、浏览器都占着内存再养一个 Postman物理内存是真的吃不消。启动速度更让人头疼。在我实际测试里冷启动 Postman 从双击图标到界面可交互普遍需要 6 到 10 秒。这个时间说长不长但如果是临时改个参数、验证一个响应每次都要经历一次等待一天下来这种等待被放大得特别明显。更别提偶尔遇到它启动后卡在加载页面、需要重启的情况。还有一个被很多人忽视的点协作成本。Postman 的业务逻辑是账号中心化集合默认同步到官方云团队协作靠它提供的共享工作区。好处是方便坏处是如果你所在的团队对接口数据有保密要求把集合和环境变量放到第三方云上本身就是个合规风险。而且高级协作功能、自动化测试运行、报告导出这些都开始往订阅制收费里塞。对小团队和独立开发者来说为几个简单协作功能付月费怎么看都不划算。所以我的诉求逐渐清晰一个能本地保存数据、启动快、不强推账号体系、常用调试功能不缺席的工具。顺着这个方向找Bruno 是少数把所有条件都占齐的项目。2. 又小又快是怎么做到的Tauri 重写与本地优先设计先说一个反直觉的事Bruno 最早也是 Electron 应用。它一开始的安装包也有几十 MB启动速度虽然比 Postman 好一些但也没有到惊艳的地步。真正的转折点是 v1.0 用 Tauri 重写了整个客户端。Tauri 和 Electron 的核心区别在于Tauri 不打包 Chromium而是调用操作系统自带的 WebView 组件来渲染界面后端逻辑用 Rust 实现。你可以把 Electron 理解成自带一个浏览器体积大但环境完全可控把 Tauri 理解成家里有浏览器就直接用需要干重活时交给 Rust 这个小而快的引擎。带来的结果就是安装包从几十 MB 直接缩到 10MB 左右内存占用也大幅下降。我这台机器上Bruno 开着三四个标签页内存占用稳定在 150MB 上下大概只有 Postman 的三分之一。架构上的省电省资源是启动不到 1 秒的根本原因。应用要加载的东西少了启动自然快。官方在发布说明里也明确说过重写为 Tauri 后冷启动速度有了数量级上的提升。但这只是快的一部分另一部分来自它的数据模型。Bruno 的集合不是一个加密数据库也不是存在远端服务器的资源而是你本地文件夹里的一组纯文本文件。每个接口请求、每个环境配置都对应一个以.bru为后缀的文本文件格式接近可读性很好的 DSL。你用任何文本编辑器打开都能看到里面的 URL、请求方法、Headers、Body 等完整信息。这个设计带来两个直接好处。第一数据完全在你手里不联网也能正常读写所有集合。公司内网环境、无法访问外网的开发机Bruno 照常工作这是云同步型工具做不到的。第二因为集合本身就是文件天然适配 Git。你可以把整个集合丢进仓库分支、合并、代码评审、回滚用的都是团队已经熟悉的 Git 流程而不是去学习某一家厂商的协作规则。我这么说可能有点抽象回到实际体验我现在的做法是建一个专门放接口集合的 Git 仓库Bruno 的集合就住在这个目录里。改一个接口提交一次 commit团队其他人 pull 一下就拿到了最新状态。不需要邀请成员、不需要登录官方账号更不用担心某个成员离职后集合权限怎么回收。对重视代码资产属于团队的人来说这种本地优先的方式比云协作安心得多。界面层面还有一个贴心的地方Bruno 虽然底层换成了 Tauri但操作习惯明显在向 Postman 老用户靠拢左侧是集合列表中间是请求编辑区右侧是响应区顶部有环境选择下拉框。从 Postman 迁过来不会有换个工具就不会用了的断层感。3. 安装到发出第一个请求体验一把开箱即用如果真的想上手试试这一步花不了五分钟。3.1 安装方式从包管理器到绿色版Bruno 的官网支持 Windows、macOS、Linux 三个平台。安装最省事的方式是用系统自带的包管理器Windows 上可以用 winget install Bruno.Bruno或者直接下载安装包macOS 上推荐 brew install --cask brunoLinux 上可以用发行版对应的 deb、rpm或者直接跑 AppImage我个人偏好用包管理器的原因是以后升级方便一条命令就能拉到新版不用每次去官网看更新。安装完后首次启动会有一个很简洁的欢迎页没有强制登录、没有注册引导直接点进主界面就能开始建请求。这个零账号体验第一次用的时候真的会有种清爽感毕竟这几年工具软件都恨不得你注册账号之后再用。3.2 人人都能上手的第一个 GET 请求新建集合Collection和新建请求Request的过程和 Postman 很接近。在左侧面板右键集合选择新增请求填一个名字。请求编辑区的 URL 栏输入目标地址选择 GET 方法点右上角的 Send 按钮响应区就会在几百毫秒内返回结果。比如我用一个公开的 JSON 占位接口做测试填入https://jsonplaceholder.typicode.com/users/1Send 一下响应区直接格式化展示 JSON响应头、状态码、耗时都清清楚楚。Bruno 的反应速度体感上快很多响应内容几乎是一瞬间就出来了没有任何卡顿。习惯了 Postman 那个响应当中要等一会儿的节奏之后切到 Bruno 感受还挺明显的。POST 请求也不复杂。新建请求后在 Body 标签里选择 JSON 类型填一段结构化数据{title: hello, body: world, userId: 1}Bruno 会自动帮你把 Content-Type 设置为 application/json。发送后如果服务端按预期返回了新增资源的 ID就说明整个请求链路已经跑通。3.3 实测从冷启动到发请求究竟花了多少时间数字最能说明问题。我在自己的开发机上做过两次对照Postman 冷启动重启电脑后第一次打开到主界面可点击大约 8.5 秒Bruno 冷启动到主界面可用大约 0.8 秒双击图标基本是秒开这里没有用秒表卡到小数点后两位但将近十倍的差距日常使用中是能清晰感知的。如果你经常在多个项目之间切换环境每次打开工具都要经历一次等待那 Bruno 的启动速度会让改个参数验证一下这件事变得几乎零成本。再补充一个冷知识Bruno 的集合文件夹可以独立存放我直接把集合目录放进了 iCloud Drive 同步目录等于多了一层自动备份。跨设备换电脑时只要把仓库 clone 下来所有接口定义、环境变量全回来了连导出工作区这种操作都不需要。4. 高频功能逐个实测环境变量、脚本断言与批量跑集合一个 API 客户端光快是不够的日常开发里最常用的几个功能多环境切换、动态参数、响应断言、批量执行Bruno 做得怎么样我逐个试了一遍。4.1 环境管理多环境切换是怎么做的Postman 里的环境切换Bruno 用同样的方式复刻了。在集合目录下可以创建多个环境每个环境里有若干键值对。比如我的项目会区分本地联调、测试环境、预发环境三个环境每个环境里的 baseUrl、appKey 都不相同。请求 URL 里用{{变量名}}占位Bruno 会在发送时自动替换成当前选中环境的值。右上角的环境下拉框一键切换URL 从http://localhost:8080/api/login切到https://staging.example.com/api/login不用手动改任何请求地址。有一个细节值得提Bruno 的环境文件同样以.bru文本文件形式存放在集合目录里。这意味着环境变量也天然受 Git 管理。团队协作时新人 clone 仓库就能拿到完整的环境配置不用像以前那样在 Postman 里手动导入一份环境 JSON。不过也要注意包含密码、Token 之类的环境变量不要明文提交到仓库建议用 gitignore 排除或者只在本地环境里维护。4.2 动态数据与请求脚本JavaScript 能帮我们做什么接口调试里经常要生成动态数据比如每次请求带一个随机时间戳、用上一次请求返回的 Token 带进下一个请求。这类需求 Bruno 通过请求前脚本和请求后脚本来解决。脚本用的是 JavaScript语法上做了一些封装。比如请求前生成一个随机数填充到请求体里const rand Math.floor(Math.random() * 1000); bru.setEnvVar(orderNo, ORDER- rand);然后 URL 或 Body 里引用{{orderNo}}发送时就会自动替换成动态生成的值。请求后脚本则适合做数据串联典型的场景是登录接口返回 Token存进环境变量后供后续接口调用const body res.getBody(); bru.setEnvVar(accessToken, body.token);Bruno 的脚本函数名和 Postman 的pm.*系列不完全一样它用的是自己的运行时 API命名我目前用下来是bru.setEnvVar、bru.getEnvVar、res.getBody这一套。如果你用的是新版可以先在脚本编辑器里看一下自动补全提示记住几个常用的函数就够了没必要背文档。4.3 断言响应校验怎么写断言功能对应的是 Postman 里的 Tests 标签页Bruno 里同样有脚本区只是命名体系不同。比如校验状态码是否为 200assert.resp.status(200);再比如校验响应体里的某个字段值const data res.getBody(); assert.equal(data.user.name, 张三);这里还有一组链式断言比如assert.resp.status.not(500)这种写法语义挺直观。写完之后脚本区域会显示断言通过还是失败执行结果用颜色区分一眼就能看出哪一步挂了。对冒烟测试来说这个能力已经足够日常使用。4.4 测试运行器一条命令批量执行整个集合Postman 里有 Collection RunnerBruno 对应的命令行工具叫做bru run。因为集合就是本地文件夹所以批量执行不依赖 GUI 界面直接在终端里跑就行。比如对指定集合执行全部请求bru run 集合文件夹名执行完毕后会输出每个请求的响应状态、耗时、断言结果。它还能生成 JUnit 或者 HTML 格式的测试报告方便接到 CI 流程里。这对于想在提交代码前快速跑一遍接口回归的场景特别实用。我目前的做法是把它挂在一个 npm script 里每次改完接口定义就跑一遍比单独打开 GUI 点 Runner 少很多步骤。我把 Postman 和 Bruno 的部分高频功能做了一个对照方便大家理解差异功能PostmanBruno数据存储云同步本地缓存本地纯文本文件账号要求强制注册/登录无需账号环境变量支持支持文件形式受 Git 管理请求前/后脚本pm.* APIbru.* assert API批量执行Collection Runner命令行bru run团队协作官方 WorkspaceGit 分支/合并整体来看日常调试和轻量自动化Bruno 覆盖得住如果非要找差异Postman 在一些高级能力上仍然领先比如更成熟的历史记录管理、更丰富的 API 文档生成、以及庞大的第三方集成市场。但在轻量替代这个定位上Bruno 的表现完全足够替换。5. 从 Postman 迁到 Bruno 的完整路径导入、Git 协作与团队落地很多人卡在迁移这一步担心历史集合太多手动重建太浪费时间。Bruno 官方预见到了这个问题提供了导入功能我实测下来只要走对路径迁移成本很低。5.1 集合导入从 Postman 导出到 Bruno 开工操作路径是在 Postman 里选中集合右键导出导出格式选择 Collection v2.1JSON 文件。然后在 Bruno 里点击 New Collection 下方的导入按钮选择这个 JSON 文件。Bruno 会自动识别请求方法、URL、Headers、Body甚至能把部分 Postman 环境变量也带过来。实测导入几十个请求的集合整个过程在几秒内完成没有出现乱码或者请求丢失的问题。需要注意一点如果原集合里大量使用 Postman 专属的pm.*脚本函数这些代码导入后不会被自动翻译成 Bruno 的bru.*语法需要人工调整。但这部分影响面有限大多数集合的核心价值在于请求本身脚本部分重写一遍的成本并不高。除了 Postman 集合Bruno 还支持直接导入 cURL 命令、OpenAPI 文档、Insomnia 导出数据。对于从别处复制来的 cURL 命令直接粘贴就能生成一个完整的请求日常排查问题时这个功能特别实用。5.2 环境与变量迁移环境变量这块最省力的方式是在 Postman 里选定环境导出为 JSON再在 Bruno 里创建同名环境并手动填入。因为每个团队的环境变量数量通常不会太多手动搬一次也就几分钟的事。搬完后记得检查一下 URL 里的{{变量名}}是否能正确匹配避免大小写差异导致找不到变量。如果集合里有全局变量或者依赖前置请求返回值的场景迁移前最好先梳理一份哪些变量是手动维护的、哪些是在请求运行时动态生成的的清单。动态生成的变量在 Bruno 里靠请求后脚本bru.setEnvVar重新写入只要脚本运行正常后续请求就能拿到正确的值。5.3 Git 协作落地把接口集合当成代码来维护迁移完成后真正改变团队协作效率的是把集合纳入 Git 版本管理。具体做法很简单在现有代码仓库或独立仓库里建一个api-collection目录把 Bruno 的集合文件夹放进去推送到远端。之后团队的协作模式就变成了接口有改动直接在 Bruno 里编辑集合提交后推送分支发起合并请求其他成员 Review 合并请求时可以直接看到.bru文件的 diff清楚知道改了哪些请求参数接口测试跟着代码仓库走版本和代码一一对应排查问题时能准确回到历史的集合版本对比一下传统 Postman 的导出集合发给别人或者拉进共享工作区Git 方式最大的优势是可追溯性和一致性。不会再出现我本地改了一个接口但是忘了同步到团队的情况因为集合本身就是代码。这个模式对于全员使用 Git 的研发团队来说几乎没有学习成本。当然如果团队用的是 Subversion 或者甚至没有版本管理Bruno 的本地文件模式也很容易做每日备份至少比数据躺在第三方云里可控。6. 高频使用一个月后的避坑记录与适用边界最后分享一段真实的使用心得。我不是把 Bruno 捧成银色子弹一个月的高频使用下来确实遇到一些问题也确认了它适合哪些场景。6.1 我踩过的几个坑第一个坑是请求体里中文乱码。排查之后发现是因为我没有显式设置Content-Type: application/json; charsetutf-8而某些服务端接口默认按 ISO-8859-1 解析。加了这个 Header 之后问题解决。这个坑在 Postman 里其实也存在只是 Postman 有时会自动帮你补全编码Bruno 对 Header 的处理更老实需要自己留意。第二个坑是脚本函数名不熟悉导致找不到方法报错。Bruno 的运行时 API 跟 Postman 不一样比如 Postman 用pm.environment.set(xxx, yyy)Bruno 对应的是bru.setEnvVar(xxx, yyy)。团队里如果有人把 Postman 的脚本代码直接贴进 Bruno就会出现一堆红色报错。应对办法是进脚本编辑器时先看函数提示或者翻一下官方的运行时文档花十五分钟就能熟悉。第三个坑是集合目录的移动问题。Bruno 对集合文件路径有一定依赖如果直接把整个集合文件夹拷贝到另一个位置有可能出现环境变量关联丢失的情况。我的做法是把集合根目录固定在一个稳定的路径下比如仓库里的api-collection目录不要频繁移动。路径里有中文或空格时某些老版本可能在发送请求时会出错升级到新版本基本就解决了。第四个坑是复杂自动化场景的上限偏低。如果你习惯用 Postman 编写几十上百个测试用例、利用它的脚本库做复杂数据驱动测试Bruno 目前的脚本生态还差一点火候。这个项目毕竟年轻遇到超复杂场景时需要给一点宽容。适合用 Bruno 的场景暂时可以不换的场景个人开发者快速调试接口重度依赖 Postman 云工作区协作的团队小团队想用 Git 管理接口集合需要 Postman 企业级功能SSO、审计日志等数据敏感接口文档不能上第三方云已经沉淀了大量 Postman 专属测试脚本资源有限的老开发机需要深度第三方服务集成的工作流CI 环境批量跑接口冒烟测试需要在线生成可视化 API 文档的场景6.2 我最后的建议如果你被标题吸引进来先别急着卸载 Postman。我的建议是给 Bruno 一周的观察期日常的接口调试、环境切换、断言和批量执行都用它Postman 暂时留着以防万一。实际上我自己的体验是一周之后 Postman 几乎不会再打开因为 Bruno 的启动速度和本地文件管理方式太贴合日常开发节奏了。就在写这篇文章的前一天我还在一个紧急排查场景里体会到了轻量工具的价值现场问题反馈过来我双击 Bruno 的图标打开集合、切到生产环境、改一个参数、发送请求整个过程不超过十秒。放在 Postman 里光是等启动就够让人着急的。工具这东西不一定要最强最全最关键是在你需要的那一刻它能立刻在你手边开工。Bruno 目前在我这儿的定位就是这个角色。
上周给团队做接口联调演示我打开了日常最常用的 Postman结果又是那个熟悉的场景图标在 Dock 里弹跳了好一会儿主窗口才慢吞吞地出现等我把集合列表展开、环境变量切好会议室里的人已经开始低头刷手机了。这台机器是 16GB 内存的 M 系列芯片不是电脑不行是 Postman 真的越来越重了。安装包动辄上百 MB启动要转圈内存长期占用居高不下。后来我开始认真找替代品目标很明确体积小、启动快、常用功能一个都不能少。最后留下来的是 Bruno——一个开源的 API 客户端Tauri 重写后的安装包只有 10MB 级别实测冷启动基本不到 1 秒。这篇文章就是我这一个多月把它当主力工具用的完整记录包括迁移过程、功能对比和踩过的坑。如果你也在被 Postman 的体积和启动速度困扰又不想牺牲日常调试效率那这份体验应该对你有用。1. 为什么我会对 Postman 动换掉的念头体积、启动速度与协作成本我不是要全盘否定 Postman。平心而论它是接口测试领域事实上的标准工具功能够全、生态够大社区里随便一搜就有教程。但正因为用得多那些平时被忽略的小问题会日积月累成真痛点到了某个节点就会让人开始盘算有没有别的路。先看安装包。Postman 从官网下载的安装程序在 Windows 上通常超过 100MBmacOS 的 dmg 也差不多。安装完成后它内部还带着一套完整的 Electron 运行时。Electron 的优点是跨平台一致缺点也很明显每个应用都打包一份 Chromium 和 Node体积自然降不下来。你可以理解成每个 Electron 应用都自带了一个浏览器哪怕你这个应用只显示一个输入框也得先把这个浏览器跑起来。再看运行时的资源占用。我观察过自己的开发机Postman 开一个主窗口、平时放着几个集合不用内存占用常常在 400MB 以上有时候超过 700MB。一旦开多个窗口或者跑了 Collection Runner内存直接破 1GB 也不是没可能。在 8GB 内存的老机器上这基本属于开 Postman 就得关浏览器的级别。对很多后台开发来说IDE、数据库客户端、浏览器都占着内存再养一个 Postman物理内存是真的吃不消。启动速度更让人头疼。在我实际测试里冷启动 Postman 从双击图标到界面可交互普遍需要 6 到 10 秒。这个时间说长不长但如果是临时改个参数、验证一个响应每次都要经历一次等待一天下来这种等待被放大得特别明显。更别提偶尔遇到它启动后卡在加载页面、需要重启的情况。还有一个被很多人忽视的点协作成本。Postman 的业务逻辑是账号中心化集合默认同步到官方云团队协作靠它提供的共享工作区。好处是方便坏处是如果你所在的团队对接口数据有保密要求把集合和环境变量放到第三方云上本身就是个合规风险。而且高级协作功能、自动化测试运行、报告导出这些都开始往订阅制收费里塞。对小团队和独立开发者来说为几个简单协作功能付月费怎么看都不划算。所以我的诉求逐渐清晰一个能本地保存数据、启动快、不强推账号体系、常用调试功能不缺席的工具。顺着这个方向找Bruno 是少数把所有条件都占齐的项目。2. 又小又快是怎么做到的Tauri 重写与本地优先设计先说一个反直觉的事Bruno 最早也是 Electron 应用。它一开始的安装包也有几十 MB启动速度虽然比 Postman 好一些但也没有到惊艳的地步。真正的转折点是 v1.0 用 Tauri 重写了整个客户端。Tauri 和 Electron 的核心区别在于Tauri 不打包 Chromium而是调用操作系统自带的 WebView 组件来渲染界面后端逻辑用 Rust 实现。你可以把 Electron 理解成自带一个浏览器体积大但环境完全可控把 Tauri 理解成家里有浏览器就直接用需要干重活时交给 Rust 这个小而快的引擎。带来的结果就是安装包从几十 MB 直接缩到 10MB 左右内存占用也大幅下降。我这台机器上Bruno 开着三四个标签页内存占用稳定在 150MB 上下大概只有 Postman 的三分之一。架构上的省电省资源是启动不到 1 秒的根本原因。应用要加载的东西少了启动自然快。官方在发布说明里也明确说过重写为 Tauri 后冷启动速度有了数量级上的提升。但这只是快的一部分另一部分来自它的数据模型。Bruno 的集合不是一个加密数据库也不是存在远端服务器的资源而是你本地文件夹里的一组纯文本文件。每个接口请求、每个环境配置都对应一个以.bru为后缀的文本文件格式接近可读性很好的 DSL。你用任何文本编辑器打开都能看到里面的 URL、请求方法、Headers、Body 等完整信息。这个设计带来两个直接好处。第一数据完全在你手里不联网也能正常读写所有集合。公司内网环境、无法访问外网的开发机Bruno 照常工作这是云同步型工具做不到的。第二因为集合本身就是文件天然适配 Git。你可以把整个集合丢进仓库分支、合并、代码评审、回滚用的都是团队已经熟悉的 Git 流程而不是去学习某一家厂商的协作规则。我这么说可能有点抽象回到实际体验我现在的做法是建一个专门放接口集合的 Git 仓库Bruno 的集合就住在这个目录里。改一个接口提交一次 commit团队其他人 pull 一下就拿到了最新状态。不需要邀请成员、不需要登录官方账号更不用担心某个成员离职后集合权限怎么回收。对重视代码资产属于团队的人来说这种本地优先的方式比云协作安心得多。界面层面还有一个贴心的地方Bruno 虽然底层换成了 Tauri但操作习惯明显在向 Postman 老用户靠拢左侧是集合列表中间是请求编辑区右侧是响应区顶部有环境选择下拉框。从 Postman 迁过来不会有换个工具就不会用了的断层感。3. 安装到发出第一个请求体验一把开箱即用如果真的想上手试试这一步花不了五分钟。3.1 安装方式从包管理器到绿色版Bruno 的官网支持 Windows、macOS、Linux 三个平台。安装最省事的方式是用系统自带的包管理器Windows 上可以用 winget install Bruno.Bruno或者直接下载安装包macOS 上推荐 brew install --cask brunoLinux 上可以用发行版对应的 deb、rpm或者直接跑 AppImage我个人偏好用包管理器的原因是以后升级方便一条命令就能拉到新版不用每次去官网看更新。安装完后首次启动会有一个很简洁的欢迎页没有强制登录、没有注册引导直接点进主界面就能开始建请求。这个零账号体验第一次用的时候真的会有种清爽感毕竟这几年工具软件都恨不得你注册账号之后再用。3.2 人人都能上手的第一个 GET 请求新建集合Collection和新建请求Request的过程和 Postman 很接近。在左侧面板右键集合选择新增请求填一个名字。请求编辑区的 URL 栏输入目标地址选择 GET 方法点右上角的 Send 按钮响应区就会在几百毫秒内返回结果。比如我用一个公开的 JSON 占位接口做测试填入https://jsonplaceholder.typicode.com/users/1Send 一下响应区直接格式化展示 JSON响应头、状态码、耗时都清清楚楚。Bruno 的反应速度体感上快很多响应内容几乎是一瞬间就出来了没有任何卡顿。习惯了 Postman 那个响应当中要等一会儿的节奏之后切到 Bruno 感受还挺明显的。POST 请求也不复杂。新建请求后在 Body 标签里选择 JSON 类型填一段结构化数据{title: hello, body: world, userId: 1}Bruno 会自动帮你把 Content-Type 设置为 application/json。发送后如果服务端按预期返回了新增资源的 ID就说明整个请求链路已经跑通。3.3 实测从冷启动到发请求究竟花了多少时间数字最能说明问题。我在自己的开发机上做过两次对照Postman 冷启动重启电脑后第一次打开到主界面可点击大约 8.5 秒Bruno 冷启动到主界面可用大约 0.8 秒双击图标基本是秒开这里没有用秒表卡到小数点后两位但将近十倍的差距日常使用中是能清晰感知的。如果你经常在多个项目之间切换环境每次打开工具都要经历一次等待那 Bruno 的启动速度会让改个参数验证一下这件事变得几乎零成本。再补充一个冷知识Bruno 的集合文件夹可以独立存放我直接把集合目录放进了 iCloud Drive 同步目录等于多了一层自动备份。跨设备换电脑时只要把仓库 clone 下来所有接口定义、环境变量全回来了连导出工作区这种操作都不需要。4. 高频功能逐个实测环境变量、脚本断言与批量跑集合一个 API 客户端光快是不够的日常开发里最常用的几个功能多环境切换、动态参数、响应断言、批量执行Bruno 做得怎么样我逐个试了一遍。4.1 环境管理多环境切换是怎么做的Postman 里的环境切换Bruno 用同样的方式复刻了。在集合目录下可以创建多个环境每个环境里有若干键值对。比如我的项目会区分本地联调、测试环境、预发环境三个环境每个环境里的 baseUrl、appKey 都不相同。请求 URL 里用{{变量名}}占位Bruno 会在发送时自动替换成当前选中环境的值。右上角的环境下拉框一键切换URL 从http://localhost:8080/api/login切到https://staging.example.com/api/login不用手动改任何请求地址。有一个细节值得提Bruno 的环境文件同样以.bru文本文件形式存放在集合目录里。这意味着环境变量也天然受 Git 管理。团队协作时新人 clone 仓库就能拿到完整的环境配置不用像以前那样在 Postman 里手动导入一份环境 JSON。不过也要注意包含密码、Token 之类的环境变量不要明文提交到仓库建议用 gitignore 排除或者只在本地环境里维护。4.2 动态数据与请求脚本JavaScript 能帮我们做什么接口调试里经常要生成动态数据比如每次请求带一个随机时间戳、用上一次请求返回的 Token 带进下一个请求。这类需求 Bruno 通过请求前脚本和请求后脚本来解决。脚本用的是 JavaScript语法上做了一些封装。比如请求前生成一个随机数填充到请求体里const rand Math.floor(Math.random() * 1000); bru.setEnvVar(orderNo, ORDER- rand);然后 URL 或 Body 里引用{{orderNo}}发送时就会自动替换成动态生成的值。请求后脚本则适合做数据串联典型的场景是登录接口返回 Token存进环境变量后供后续接口调用const body res.getBody(); bru.setEnvVar(accessToken, body.token);Bruno 的脚本函数名和 Postman 的pm.*系列不完全一样它用的是自己的运行时 API命名我目前用下来是bru.setEnvVar、bru.getEnvVar、res.getBody这一套。如果你用的是新版可以先在脚本编辑器里看一下自动补全提示记住几个常用的函数就够了没必要背文档。4.3 断言响应校验怎么写断言功能对应的是 Postman 里的 Tests 标签页Bruno 里同样有脚本区只是命名体系不同。比如校验状态码是否为 200assert.resp.status(200);再比如校验响应体里的某个字段值const data res.getBody(); assert.equal(data.user.name, 张三);这里还有一组链式断言比如assert.resp.status.not(500)这种写法语义挺直观。写完之后脚本区域会显示断言通过还是失败执行结果用颜色区分一眼就能看出哪一步挂了。对冒烟测试来说这个能力已经足够日常使用。4.4 测试运行器一条命令批量执行整个集合Postman 里有 Collection RunnerBruno 对应的命令行工具叫做bru run。因为集合就是本地文件夹所以批量执行不依赖 GUI 界面直接在终端里跑就行。比如对指定集合执行全部请求bru run 集合文件夹名执行完毕后会输出每个请求的响应状态、耗时、断言结果。它还能生成 JUnit 或者 HTML 格式的测试报告方便接到 CI 流程里。这对于想在提交代码前快速跑一遍接口回归的场景特别实用。我目前的做法是把它挂在一个 npm script 里每次改完接口定义就跑一遍比单独打开 GUI 点 Runner 少很多步骤。我把 Postman 和 Bruno 的部分高频功能做了一个对照方便大家理解差异功能PostmanBruno数据存储云同步本地缓存本地纯文本文件账号要求强制注册/登录无需账号环境变量支持支持文件形式受 Git 管理请求前/后脚本pm.* APIbru.* assert API批量执行Collection Runner命令行bru run团队协作官方 WorkspaceGit 分支/合并整体来看日常调试和轻量自动化Bruno 覆盖得住如果非要找差异Postman 在一些高级能力上仍然领先比如更成熟的历史记录管理、更丰富的 API 文档生成、以及庞大的第三方集成市场。但在轻量替代这个定位上Bruno 的表现完全足够替换。5. 从 Postman 迁到 Bruno 的完整路径导入、Git 协作与团队落地很多人卡在迁移这一步担心历史集合太多手动重建太浪费时间。Bruno 官方预见到了这个问题提供了导入功能我实测下来只要走对路径迁移成本很低。5.1 集合导入从 Postman 导出到 Bruno 开工操作路径是在 Postman 里选中集合右键导出导出格式选择 Collection v2.1JSON 文件。然后在 Bruno 里点击 New Collection 下方的导入按钮选择这个 JSON 文件。Bruno 会自动识别请求方法、URL、Headers、Body甚至能把部分 Postman 环境变量也带过来。实测导入几十个请求的集合整个过程在几秒内完成没有出现乱码或者请求丢失的问题。需要注意一点如果原集合里大量使用 Postman 专属的pm.*脚本函数这些代码导入后不会被自动翻译成 Bruno 的bru.*语法需要人工调整。但这部分影响面有限大多数集合的核心价值在于请求本身脚本部分重写一遍的成本并不高。除了 Postman 集合Bruno 还支持直接导入 cURL 命令、OpenAPI 文档、Insomnia 导出数据。对于从别处复制来的 cURL 命令直接粘贴就能生成一个完整的请求日常排查问题时这个功能特别实用。5.2 环境与变量迁移环境变量这块最省力的方式是在 Postman 里选定环境导出为 JSON再在 Bruno 里创建同名环境并手动填入。因为每个团队的环境变量数量通常不会太多手动搬一次也就几分钟的事。搬完后记得检查一下 URL 里的{{变量名}}是否能正确匹配避免大小写差异导致找不到变量。如果集合里有全局变量或者依赖前置请求返回值的场景迁移前最好先梳理一份哪些变量是手动维护的、哪些是在请求运行时动态生成的的清单。动态生成的变量在 Bruno 里靠请求后脚本bru.setEnvVar重新写入只要脚本运行正常后续请求就能拿到正确的值。5.3 Git 协作落地把接口集合当成代码来维护迁移完成后真正改变团队协作效率的是把集合纳入 Git 版本管理。具体做法很简单在现有代码仓库或独立仓库里建一个api-collection目录把 Bruno 的集合文件夹放进去推送到远端。之后团队的协作模式就变成了接口有改动直接在 Bruno 里编辑集合提交后推送分支发起合并请求其他成员 Review 合并请求时可以直接看到.bru文件的 diff清楚知道改了哪些请求参数接口测试跟着代码仓库走版本和代码一一对应排查问题时能准确回到历史的集合版本对比一下传统 Postman 的导出集合发给别人或者拉进共享工作区Git 方式最大的优势是可追溯性和一致性。不会再出现我本地改了一个接口但是忘了同步到团队的情况因为集合本身就是代码。这个模式对于全员使用 Git 的研发团队来说几乎没有学习成本。当然如果团队用的是 Subversion 或者甚至没有版本管理Bruno 的本地文件模式也很容易做每日备份至少比数据躺在第三方云里可控。6. 高频使用一个月后的避坑记录与适用边界最后分享一段真实的使用心得。我不是把 Bruno 捧成银色子弹一个月的高频使用下来确实遇到一些问题也确认了它适合哪些场景。6.1 我踩过的几个坑第一个坑是请求体里中文乱码。排查之后发现是因为我没有显式设置Content-Type: application/json; charsetutf-8而某些服务端接口默认按 ISO-8859-1 解析。加了这个 Header 之后问题解决。这个坑在 Postman 里其实也存在只是 Postman 有时会自动帮你补全编码Bruno 对 Header 的处理更老实需要自己留意。第二个坑是脚本函数名不熟悉导致找不到方法报错。Bruno 的运行时 API 跟 Postman 不一样比如 Postman 用pm.environment.set(xxx, yyy)Bruno 对应的是bru.setEnvVar(xxx, yyy)。团队里如果有人把 Postman 的脚本代码直接贴进 Bruno就会出现一堆红色报错。应对办法是进脚本编辑器时先看函数提示或者翻一下官方的运行时文档花十五分钟就能熟悉。第三个坑是集合目录的移动问题。Bruno 对集合文件路径有一定依赖如果直接把整个集合文件夹拷贝到另一个位置有可能出现环境变量关联丢失的情况。我的做法是把集合根目录固定在一个稳定的路径下比如仓库里的api-collection目录不要频繁移动。路径里有中文或空格时某些老版本可能在发送请求时会出错升级到新版本基本就解决了。第四个坑是复杂自动化场景的上限偏低。如果你习惯用 Postman 编写几十上百个测试用例、利用它的脚本库做复杂数据驱动测试Bruno 目前的脚本生态还差一点火候。这个项目毕竟年轻遇到超复杂场景时需要给一点宽容。适合用 Bruno 的场景暂时可以不换的场景个人开发者快速调试接口重度依赖 Postman 云工作区协作的团队小团队想用 Git 管理接口集合需要 Postman 企业级功能SSO、审计日志等数据敏感接口文档不能上第三方云已经沉淀了大量 Postman 专属测试脚本资源有限的老开发机需要深度第三方服务集成的工作流CI 环境批量跑接口冒烟测试需要在线生成可视化 API 文档的场景6.2 我最后的建议如果你被标题吸引进来先别急着卸载 Postman。我的建议是给 Bruno 一周的观察期日常的接口调试、环境切换、断言和批量执行都用它Postman 暂时留着以防万一。实际上我自己的体验是一周之后 Postman 几乎不会再打开因为 Bruno 的启动速度和本地文件管理方式太贴合日常开发节奏了。就在写这篇文章的前一天我还在一个紧急排查场景里体会到了轻量工具的价值现场问题反馈过来我双击 Bruno 的图标打开集合、切到生产环境、改一个参数、发送请求整个过程不超过十秒。放在 Postman 里光是等启动就够让人着急的。工具这东西不一定要最强最全最关键是在你需要的那一刻它能立刻在你手边开工。Bruno 目前在我这儿的定位就是这个角色。
