Přeskočit na obsah

Migrace z Postmana

V Postmanu: Collection ▸ … ▸ Export ▸ Collection v2.1. Totéž udělejte s prostředími.

Soubor ▸ Importovat (Ctrl+I) a poté soubor JSON. Restorm formát rozpozná sám.

Podrobnosti: Import kolekce Postman.

PostmanRestorm
SložkySložky, ve stejné hloubce
Požadavky HTTPPožadavky HTTP
Požadavky GraphQLPožadavky GraphQL (nikoli požadavky HTTP)
Těla raw, formdata, urlencoded, file, graphqlOdpovídající typ těla
Proměnné kolekceProměnné jednoho prostředí
PopisyPoznámky a dokumentace API
Ukázkové odpovědiDokumentace API
Skripty před požadavkem a testySpustitelný scénář, s vrstvou pm.*

Ověřovací bloky z Postmana se zdokumentují (s maskovanými citlivými hodnotami), ale nepřevedou se na spustitelné přihlašovací údaje.

Vytvořte si znovu ověřovací požadavek: je to na pět minut a získáte tím automatickou obnovu tokenu a opakování při 401, což Postman sám od sebe nedělá.

Vyexportujte je z Postmana a vytvořte je znovu ve složce proměnných.

Využijte příležitosti a použijte podprostředí: tam, kde Postman vnucuje ploché prostředí pro každý cíl, umožňuje Restorm společný základ a přepsání podle klienta nebo regionu.

To je nejvýhodnější náhrada. Scénář dělá to, co dělá runner, jen lépe:

  • tok je vidět, místo aby byl implicitním pořadím v kolekci;
  • větvení, cykly a opakování jsou bloky, ne pm.setNextRequest;
  • běh v CI je integrovaný, s čistými návratovými kódy — viz Běh v režimu headless a CI.
PostmanRestorm
WorkspaceProjekt .restorm, verzovaný v gitu
CollectionSložka nebo složka proměnných
EnvironmentProstředí ve složce proměnných
GlobalsKorunové prostředí, děděné svými potomky
Pre-request / Test scriptScénář, nebo akce s kódem
Collection RunnerScénář
Newmanrestorm --run --headless
Mock ServerRežim serveru, lokálně
MonitorsAkce Časovač, nebo plánovaná úloha ve vaší CI
Postman ConsoleKonzole
Dynamické proměnné {{$random…}}Tytéž, a k tomu 116 helperů — viz referenční přehled

Z vašich požadavků se stanou soubory ve vašem repozitáři. Procházejí stejným cyklem revize jako váš kód, jejich historií je historie gitu a přístupová práva jsou ta z vaší forge.

Žádný hostovaný pracovní prostor, který by se musel spravovat, a žádná data o API na službě třetí strany. Viz Projekty a soubory .restorm.

Buďme upřímní: Restorm nemá hostovaný pracovní prostor pro spolupráci, nemá veřejný portál API, nemá komentáře přímo u požadavků a nemá hostovaný monitoring. Pokud se vaše organizace o tyto prvky opírá, přímý ekvivalent pro ně neexistuje — sdílení probíhá přes git.