Migrarea de la Postman
1. Exportul din Postman
Section titled “1. Exportul din Postman”În Postman: Collection ▸ … ▸ Export ▸ Collection v2.1. Procedați la fel și pentru mediile dumneavoastră.
2. Importul în Restorm
Section titled “2. Importul în Restorm”Fișier ▸ Importă (Ctrl+I), apoi fișierul JSON. Restorm detectează formatul
singur.
Detalii: Importarea unei colecții Postman.
Ce trece automat
Section titled “Ce trece automat”| Postman | Restorm |
|---|---|
| Foldere | Foldere, la aceeași adâncime |
| Cereri HTTP | Cereri HTTP |
| Cereri GraphQL | Cereri GraphQL (nu cereri HTTP) |
| Corpuri raw, formdata, urlencoded, file, graphql | Tipul de corp corespunzător |
| Variabile de colecție | Variabile ale unui mediu |
| Descrieri | Notițe și documentație de API |
| Răspunsuri de exemplu | Documentație de API |
| Scripturi pre-cerere și teste | Un scenariu executabil, cu stratul pm.* |
Ce necesită o ajustare
Section titled “Ce necesită o ajustare”Autentificarea
Section titled “Autentificarea”Blocurile de autentificare Postman sunt documentate (cu valorile sensibile mascate), dar nu sunt convertite în identificatori executabili.
Recreați o cerere de autentificare: este
treabă de cinci minute și câștigați reînnoirea automată a tokenului și
reîncercarea la 401, lucruri pe care Postman nu le face singur.
Mediile
Section titled “Mediile”Exportați-le din Postman și recreați-le într-un folder de variabile.
Profitați de ocazie pentru a folosi submediile: acolo unde Postman impune un mediu plat pentru fiecare țintă, Restorm permite o bază comună și suprascrieri pentru fiecare client sau regiune.
Runnerele și Newman
Section titled “Runnerele și Newman”Este înlocuirea cea mai profitabilă. Un scenariu face ce face un runner, dar mai bine:
- fluxul este vizibil, în loc să fie o ordine de colecție implicită;
- ramificările, buclele și reîncercările sunt cutii, nu
pm.setNextRequest; - rularea în CI este integrată, cu coduri de ieșire curate — vedeți Rulare headless și CI.
Echivalențe de concepte
Section titled “Echivalențe de concepte”| Postman | Restorm |
|---|---|
| Workspace | Un proiect .restorm, versionat în git |
| Collection | Un folder sau un folder de variabile |
| Environment | Un mediu dintr-un folder de variabile |
| Globals | Un mediu rădăcină, moștenit de copiii săi |
| Pre-request / Test script | Un scenariu sau o acțiune de cod |
| Collection Runner | Un scenariu |
| Newman | restorm --run --headless |
| Mock Server | Modul server, local |
| Monitors | O acțiune Cronometru sau o sarcină programată a sistemului dumneavoastră de CI |
| Postman Console | Consola |
Variabile dinamice {{$random…}} | Aceleași, plus 116 helperi — vedeți referința |
Diferența de fond
Section titled “Diferența de fond”Cererile dumneavoastră devin fișiere în depozitul dumneavoastră. Ele urmează același ciclu de revizuire ca și codul, istoricul lor este istoricul git, iar drepturile de acces sunt cele ale forjei dumneavoastră.
Niciun spațiu de lucru găzduit de administrat și nicio dată de API pe un serviciu
terț. Vedeți
Proiecte și fișiere .restorm.
Și ce are Postman și Restorm nu are
Section titled “Și ce are Postman și Restorm nu are”Ca să fim cinstiți: Restorm nu are un spațiu de lucru colaborativ găzduit, nu are un portal public de API-uri, nu are comentarii inline pe cereri și nu are monitorizare găzduită. Dacă organizația dumneavoastră se sprijină pe aceste elemente, ele nu au un echivalent direct — partajarea trece prin git.