Restorm 还是 Postman？

Postman 是 API 测试领域的标杆工具。本页说明 Restorm 在哪些方面不同 —— 首先在于它会设计 API，而不只是测试它们。

一览

	Restorm	Postman
可执行协议	15 种，包含 Kafka、AMQP、Redis、STOMP、OData、tRPC	HTTP、GraphQL、gRPC、WebSocket、MQTT、Socket.IO
API 设计	可视化设计器 + 5 种协议 mock + 生成客户端与文档	云端 API 编辑器
项目存储	您磁盘上的一个文件，可做版本管理	托管的工作空间，云端同步
共享方式	git	协作工作空间
串联方式	可视化场景（90 种方块类型）	JavaScript 脚本 + Collection Runner
脚本语言	7 种（TS、JS、Python、Lua、Ruby、R、C#）	JavaScript
模拟服务器	本地，6 种协议，可离线	托管
网络防火墙	有，所有出站调用受控	无
AI 驱动	内置 MCP 服务器 —— 驱动应用本身（界面、执行、截图）	独立的 MCP 服务器，位于云端 API 一侧
录制网页	内置迷你浏览器 + 可重放路由推导（REST、GraphQL、gRPC-web、WebSocket）	代理 / 流量拦截
许可模型	按权益，无任何配额	按席位，并带配额

真正重要的差别

设计，而不只是测试

Restorm 不只是一个客户端：它同时也是一个 API 设计器。用手工方式为 API 建模 —— 模型、枚举、路由 —— 然后把它作为 mock 同时以 HTTP、GraphQL、SOAP、OData 和 gRPC 提供，并生成它的客户端与文档，无需编写一行规范。Postman 提供的是云端 API 编辑器；而 Restorm 在本地就完成设计、模拟与生成，就在与您测试相同的工具里。

项目就是一个文件

这是最具结构性的差别。一个 Restorm 项目就是放在您仓库里的一个 YAML 文件：您的请求遵循与代码相同的评审流程，它们的历史就是 git 历史，访问权限就是您代码托管平台上的权限。

序列化是确定性的 —— 规范化的键顺序、稳定派生的标识符 —— 从而让 git diff 保持可读。请参阅项目与 .restorm 文件。

场景取代脚本

Postman 要求您在分散于集合各处的 Pre-request 和 Tests 标签页里编写 JavaScript，而 Restorm 提供的是一张图：数据流是可见的，分支和循环都是方块，执行顺序由图形本身决定，而不是集合的某个隐含属性。

当图形不够用时，还有代码方块 —— 支持七种语言。

协议覆盖面

Kafka、AMQP、Redis、STOMP、OData、tRPC 和 JSON-RPC 都是一等公民的请求类型，各自拥有专属编辑器和执行能力。请参阅协议目录。

具体来说：测试一个事件驱动系统 —— REST 调用、Kafka 消息、MQTT 通知 —— 可以全部装进一个项目和一个场景里。

防火墙

Restorm 默认拦截所有并非来自您项目 URL 的出站调用，并向您请求授权。请参阅防火墙。这是其他任何 API 客户端都不提供的保障。

许可模型

Restorm 限制的是权益，绝不是配额：没有请求数、集合数或调用次数的上限。促成购买的场景是在持续集成中执行。请参阅套餐与权益。

迁移

您的集合可以原样导入，脚本也包括在内 —— pm.* 兼容层让它们无需重写即可运行。请参阅从 Postman 迁移。