Restorm 还是 Postman？
Postman 是 API 测试领域的标杆工具。本页说明 Restorm 在哪些方面不同， 以及 Postman 在哪些方面依然领先。
| Restorm | Postman | |
|---|---|---|
| 可执行协议 | 15 种，包含 Kafka、AMQP、Redis、STOMP、OData、tRPC | HTTP、GraphQL、gRPC、WebSocket、MQTT、Socket.IO |
| 项目存储 | 您磁盘上的一个文件，可做版本管理 | 托管的工作空间，云端同步 |
| 共享方式 | git | 协作工作空间 |
| 串联方式 | 可视化场景（90 种方块类型） | JavaScript 脚本 + Collection Runner |
| 脚本语言 | 7 种（TS、JS、Python、Lua、Ruby、R、C#） | JavaScript |
| 模拟服务器 | 本地，6 种协议，可离线 | 托管 |
| 网络防火墙 | 有，所有出站调用受控 | 无 |
| AI 驱动 | 内置 MCP 服务器 —— 驱动应用本身（界面、执行、截图） | 独立的 MCP 服务器，位于云端 API 一侧 |
| 许可模型 | 按权益，无任何配额 | 按席位，并带配额 |
真正重要的差别
Section titled “真正重要的差别”项目就是一个文件
Section titled “项目就是一个文件”这是最具结构性的差别。一个 Restorm 项目就是放在您仓库里的一个 YAML 文件： 您的请求遵循与代码相同的评审流程，它们的历史就是 git 历史， 访问权限就是您代码托管平台上的权限。
序列化是确定性的 —— 规范化的键顺序、稳定派生的标识符 —— 从而让 git diff
保持可读。请参阅
项目与 .restorm 文件。
场景取代脚本
Section titled “场景取代脚本”Postman 要求您在分散于集合各处的 Pre-request 和 Tests 标签页里编写 JavaScript， 而 Restorm 提供的是一张图：数据流是可见的， 分支和循环都是方块，执行顺序由图形本身决定，而不是集合的某个隐含属性。
当图形不够用时，还有代码方块 —— 支持七种语言。
Kafka、AMQP、Redis、STOMP、OData、tRPC 和 JSON-RPC 都是一等公民的请求类型， 各自拥有专属编辑器和执行能力。请参阅协议目录。
具体来说：测试一个事件驱动系统 —— REST 调用、Kafka 消息、MQTT 通知 —— 可以全部装进一个项目和一个场景里。
Restorm 默认拦截所有并非来自您项目 URL 的出站调用，并向您请求授权。请参阅 防火墙。这是其他任何 API 客户端都不提供的保障。
Restorm 限制的是权益，绝不是配额：没有请求数、集合数或调用次数的上限。 促成购买的场景是在持续集成中执行。请参阅 套餐与权益。
Postman 更擅长的地方
Section titled “Postman 更擅长的地方”- 托管的协作工作空间 —— 实时协同编辑、在请求上留评论、在工具内管理访问权限。 Restorm 把这些全部交给了 git，这适合技术型团队，但并不适合所有人。
- 公共 API 门户以及交互式文档的发布。Restorm 没有对应的能力。
- 托管的监控 —— 由 Postman 的基础设施发起周期性执行。用 Restorm 的话， 这会是您 CI 中的一个计划任务。
- 生态系统：集成、插件、社区，以及论坛上现成的答案。
您的集合可以原样导入，脚本也包括在内 —— pm.* 兼容层让它们无需重写即可运行。请参阅
从 Postman 迁移。