Migrér fra Postman
1. Eksportér fra Postman
Section titled “1. Eksportér fra Postman”I Postman: Collection ▸ … ▸ Export ▸ Collection v2.1. Gør det samme for dine miljøer.
2. Importér i Restorm
Section titled “2. Importér i Restorm”Fil ▸ Importér (Ctrl+I), og derefter JSON-filen. Restorm genkender selv
formatet.
Detaljer: Importér en Postman-samling.
Hvad der går glat
Section titled “Hvad der går glat”| Postman | Restorm |
|---|---|
| Mapper | Mapper, i samme dybde |
| HTTP-anmodninger | HTTP-anmodninger |
| GraphQL-anmodninger | GraphQL-anmodninger (ikke HTTP-anmodninger) |
| Body af typen raw, formdata, urlencoded, file, graphql | Den tilsvarende bodytype |
| Samlingsvariabler | Variabler i et miljø |
| Beskrivelser | Noter og API-dokumentation |
| Eksempelsvar | API-dokumentation |
| Scripts før anmodningen og tests | Et eksekverbart scenarie med pm.*-laget |
Hvad der kræver en justering
Section titled “Hvad der kræver en justering”Godkendelsen
Section titled “Godkendelsen”Postmans godkendelsesblokke dokumenteres (følsomme værdier maskeres), men de konverteres ikke til eksekverbare legitimationsoplysninger.
Opret en godkendelsesanmodning på ny: det
tager fem minutter, og du får automatisk fornyelse af tokenet og genforsøg ved
401 med i købet, hvilket Postman ikke gør af sig selv.
Miljøerne
Section titled “Miljøerne”Eksportér dem fra Postman, og opret dem igen i en miljømappe.
Benyt lejligheden til at bruge undermiljøer: hvor Postman påtvinger ét fladt miljø pr. mål, tillader Restorm et fælles grundlag og tilsidesættelser pr. kunde eller pr. region.
Runners og Newman
Section titled “Runners og Newman”Det er den mest givtige udskiftning. Et scenarie gør det, en runner gør, bare bedre:
- flowet er synligt i stedet for at være en underforstået rækkefølge i en samling;
- forgreninger, løkker og genforsøg er bokse og ikke
pm.setNextRequest; - kørsel i CI er indbygget, med rene exitkoder — se Headless-kørsel og CI.
Begreber, der svarer til hinanden
Section titled “Begreber, der svarer til hinanden”| Postman | Restorm |
|---|---|
| Workspace | Et projekt i .restorm, versionsstyret i git |
| Collection | En mappe eller en miljømappe |
| Environment | Et miljø i en miljømappe |
| Globals | Et rodmiljø, som arves af dets børn |
| Pre-request / Test script | Et scenarie eller en kodehandling |
| Collection Runner | Et scenarie |
| Newman | restorm --run --headless |
| Mock Server | Servertilstanden, lokalt |
| Monitors | En Timer-handling eller en planlagt opgave i din CI |
| Postman Console | Konsollen |
Dynamiske variabler {{$random…}} | De samme, plus 116 helpers — se referencen |
Den grundlæggende forskel
Section titled “Den grundlæggende forskel”Dine anmodninger bliver til filer i dit repositorium. De følger samme gennemgangsforløb som din kode, deres historik er git-historikken, og adgangsrettighederne er dem, din forge har.
Intet hostet arbejdsområde at administrere og ingen API-data hos en
tredjepartstjeneste. Se
Projekter og .restorm-filer.
Og hvad Postman har, som Restorm ikke har
Section titled “Og hvad Postman har, som Restorm ikke har”For at være ærlig: Restorm har hverken et hostet arbejdsområde til samarbejde, en offentlig API-portal, kommentarer direkte på anmodningerne eller hostet overvågning. Bygger din organisation på dét, findes der ikke en direkte pendant — deling foregår via git.