Migrere fra Postman
1. Eksportere fra Postman
Section titled “1. Eksportere fra Postman”I Postman: Collection ▸ … ▸ Export ▸ Collection v2.1. Gjør det samme for miljøene dine.
2. Importere i Restorm
Section titled “2. Importere i Restorm”Fil ▸ Importer (Ctrl+I), deretter JSON-filen. Restorm gjenkjenner formatet
av seg selv.
Detaljer: Importere en Postman-samling.
Det som går over automatisk
Section titled “Det som går over automatisk”| Postman | Restorm |
|---|---|
| Mapper | Mapper, på samme dybde |
| HTTP-forespørsler | HTTP-forespørsler |
| GraphQL-forespørsler | GraphQL-forespørsler (ikke HTTP-forespørsler) |
| Kropper av typen raw, formdata, urlencoded, file, graphql | Den tilsvarende kroppstypen |
| Samlingsvariabler | Variabler i et miljø |
| Beskrivelser | Notater og API-dokumentasjon |
| Eksempelsvar | API-dokumentasjon |
| Pre-request-skript og tester | Et kjørbart scenario, med pm.*-laget |
Det som må justeres
Section titled “Det som må justeres”Autentiseringen
Section titled “Autentiseringen”Autentiseringsblokkene fra Postman blir dokumentert (sensitive verdier maskert), men ikke konvertert til kjørbare legitimasjoner.
Lag en ny autentiseringsforespørsel: det
tar fem minutter, og du får automatisk fornyelse av tokenet og nytt forsøk ved
401 i tillegg, noe Postman ikke gjør av seg selv.
Miljøene
Section titled “Miljøene”Eksporter dem fra Postman og opprett dem på nytt i en miljømappe.
Bruk anledningen til å ta i bruk undermiljøer: der Postman krever ett flatt miljø per mål, lar Restorm deg ha et felles grunnlag med overstyringer per kunde eller per region.
Runnerne og Newman
Section titled “Runnerne og Newman”Dette er den mest lønnsomme utskiftingen. Et scenario gjør det en runner gjør, bare bedre:
- flyten er synlig i stedet for å være en implisitt rekkefølge i samlingen;
- forgreninger, løkker og nye forsøk er bokser, ikke
pm.setNextRequest; - kjøring i CI er innebygd, med ryddige exitkoder — se Headless kjøring og CI.
Hvordan begrepene tilsvarer hverandre
Section titled “Hvordan begrepene tilsvarer hverandre”| Postman | Restorm |
|---|---|
| Workspace | Et prosjekt .restorm, versjonert i git |
| Collection | En mappe eller en miljømappe |
| Environment | Et miljø i en miljømappe |
| Globals | Et rotmiljø som barna arver fra |
| Pre-request / Test script | Et scenario, eller en kodehandling |
| Collection Runner | Et scenario |
| Newman | restorm --run --headless |
| Mock Server | Servermodus, lokalt |
| Monitors | En Tidsur-handling, eller en planlagt jobb i CI-en din |
| Postman Console | Konsollet |
Dynamiske variabler {{$random…}} | De samme, pluss 116 helpere — se referansen |
Den grunnleggende forskjellen
Section titled “Den grunnleggende forskjellen”Forespørslene dine blir filer i repoet ditt. De følger samme gjennomgangssyklus som koden din, historikken deres er git-historikken, og tilgangsrettighetene er de som gjelder i kodeplattformen din.
Ingen hostet arbeidsområde å administrere, og ingen API-data hos en
tredjepartstjeneste. Se
Prosjekter og .restorm-filer.
Og det Postman har som Restorm ikke har
Section titled “Og det Postman har som Restorm ikke har”For å være ærlig: Restorm har ikke noe hostet arbeidsområde for samarbeid, ingen offentlig API-portal, ingen kommentarer direkte på forespørslene, og ingen hostet overvåking. Hvis organisasjonen din bygger på disse elementene, finnes det ingen direkte tilsvarende — deling går gjennom git.