Pular para o conteúdo

Importar uma coleção Postman

O Restorm importa as coleções Postman v2.0 e v2.1 (o formato que o “Export ▸ Collection v2.1” do Postman produz).

Ficheiro ▸ Importar (Ctrl+I) e depois o ficheiro .json exportado.

A árvore produzida pela importação de uma coleção Postman: uma pasta de variáveis na raiz, uma subpasta por pasta do Postman e um pedido por entrada com o respetivo verbo

Elemento PostmanO que o Restorm faz com ele
Pastas (item aninhados)Pastas, à mesma profundidade
PedidosPedidos HTTP — ou GraphQL quando o corpo é do tipo graphql
Corpos raw, formdata, urlencoded, file, graphqlO tipo de corpo correspondente
Variáveis de coleçãoAs variáveis de um ambiente
DescriçõesAs notas do pedido e a documentação de API
Respostas de exemploA documentação de API

É esta a parte que distingue esta importação. Os seus scripts de pré-pedido e de teste não se perdem: são conservados na documentação e convertidos num cenário executável cujas caixas de código executam o script tal e qual.

Para isso, o Restorm fornece uma camada de compatibilidade pm.* nas suas ações de código JavaScript: pm.environment, pm.variables, pm.response, pm.test, pm.expect, pm.sendRequest, pm.setNextRequest, pm.cookies… As suas asserções continuam, portanto, a funcionar sem reescrita.

Os blocos de autenticação do Postman (oauth2, apikey, bearer, basic, digest, hawk, aws, ntlm, edgegrid) são lidos e resumidos na documentação de API, com os valores sensíveis ocultados.

Não são convertidos em credenciais executáveis: recrie uma rota de autenticação — são cinco minutos, e ganha com isso a renovação automática do token.

O Postman faz parte dos formatos ressincronizáveis (se a coleção tiver sido importada a partir de um URL): o botão Atualizar da pasta obtém a origem e o Restorm aplica o delta. Consulte Atualizar a partir da origem.

O guia Migrar do Postman percorre a migração completa, incluindo os ambientes e os runners.