Restorm ou Postman?
O Postman é a ferramenta de referência do teste de API. Esta página diz onde o Restorm é diferente e onde o Postman continua à frente.
Em resumo
Section titled “Em resumo”| Restorm | Postman | |
|---|---|---|
| Protocolos executáveis | 15, incluindo Kafka, AMQP, Redis, STOMP, OData, tRPC | HTTP, GraphQL, gRPC, WebSocket, MQTT, Socket.IO |
| Armazenamento do projeto | Um ficheiro no seu disco, versionável | Área de trabalho alojada, sincronizada |
| Partilha | git | Área de trabalho colaborativa |
| Encadeamento | Cenários visuais (90 tipos de caixas) | Scripts JavaScript + Collection Runner |
| Linguagens de script | 7 (TS, JS, Python, Lua, Ruby, R, C#) | JavaScript |
| Servidores de simulação | Locais, 6 protocolos, offline | Alojados |
| Firewall de rede | Sim, toda a chamada de saída é controlada | Não |
| Controlo por IA | Servidor MCP integrado — controla a aplicação (interface, execução, capturas) | Servidor MCP separado, do lado da API na nuvem |
| Modelo de licenciamento | Capacidades, nenhuma quota | Por lugar, com quotas |
As diferenças que realmente contam
Section titled “As diferenças que realmente contam”O projeto é um ficheiro
Section titled “O projeto é um ficheiro”É a diferença estruturante. Um projeto Restorm é um ficheiro YAML colocado no seu repositório: os seus pedidos seguem o mesmo ciclo de revisão que o seu código, o seu histórico é o histórico git e os direitos de acesso são os da sua plataforma git.
A serialização é determinista — ordem de chaves canónica, identificadores
derivados de forma estável — para que o git diff continue legível. Consulte
Projetos e ficheiros .restorm.
Os cenários substituem os scripts
Section titled “Os cenários substituem os scripts”Onde o Postman exige escrever JavaScript em separadores Pre-request e Tests dispersos pela coleção, o Restorm propõe um grafo: o fluxo é visível, as ramificações e os ciclos são caixas, e a ordem de execução é o próprio desenho em vez de uma propriedade implícita da coleção.
Quando o grafo não basta, existe a caixa Código — em sete linguagens.
A cobertura de protocolos
Section titled “A cobertura de protocolos”Kafka, AMQP, Redis, STOMP, OData, tRPC e JSON-RPC são tipos de pedido de primeira classe, com o seu editor e a sua execução. Consulte o catálogo de protocolos.
Em concreto: o teste de um sistema orientado a eventos — chamada REST, mensagem Kafka, notificação MQTT — cabe num único projeto e num único cenário.
A firewall
Section titled “A firewall”O Restorm bloqueia por predefinição qualquer chamada de saída que não venha de um URL do seu projeto e pede-lhe autorização. Consulte Firewall. É uma garantia que nenhum outro cliente de API oferece.
O modelo de licenciamento
Section titled “O modelo de licenciamento”O Restorm condiciona capacidades, nunca quotas: nenhum limite de pedidos, de coleções ou de chamadas. O gatilho de compra é a execução em integração contínua. Consulte Planos e capacidades.
O que o Postman faz melhor
Section titled “O que o Postman faz melhor”- A área de trabalho colaborativa alojada — edição em direto, comentários nos pedidos, gestão dos acessos dentro da ferramenta. O Restorm delega tudo isso ao git, o que serve equipas técnicas mas não serve a todos.
- Os portais de API públicos e a publicação de documentação interativa. O Restorm não tem equivalente.
- A monitorização alojada — execuções periódicas a partir da infraestrutura do Postman. Com o Restorm, isso é uma tarefa agendada da sua CI.
- O ecossistema: integrações, plugins, comunidade, respostas já prontas nos fóruns.
Migrar
Section titled “Migrar”As suas coleções importam-se tal como estão, scripts incluídos — a camada de
compatibilidade pm.* fá-los funcionar sem reescrita. Consulte
Migrar do Postman.