Siirtyminen Postmanista
1. Vienti Postmanista
Section titled “1. Vienti Postmanista”Postmanissa: Collection ▸ … ▸ Export ▸ Collection v2.1. Tee sama ympäristöillesi.
2. Tuonti Restormiin
Section titled “2. Tuonti Restormiin”Tiedosto ▸ Tuo (Ctrl+I) ja sitten JSON-tiedosto. Restorm tunnistaa
muodon itse.
Yksityiskohdat: Postman-kokoelman tuonti.
Mikä siirtyy automaattisesti
Section titled “Mikä siirtyy automaattisesti”| Postman | Restorm |
|---|---|
| Kansiot | Kansiot samalla syvyydellä |
| HTTP-pyynnöt | HTTP-pyynnöt |
| GraphQL-pyynnöt | GraphQL-pyynnöt (ei HTTP-pyyntöjä) |
| Sisältötyypit raw, formdata, urlencoded, file, graphql | Vastaava sisältötyyppi |
| Kokoelman muuttujat | Ympäristön muuttujat |
| Kuvaukset | Muistiinpanot ja API-dokumentaatio |
| Esimerkkivastaukset | API-dokumentaatio |
| Pyyntöä edeltävät skriptit ja testit | Suoritettava skenaario pm.*-kerroksen kanssa |
Mikä vaatii säätöä
Section titled “Mikä vaatii säätöä”Todennus
Section titled “Todennus”Postmanin todennuslohkot dokumentoidaan (arkaluonteiset arvot peitettyinä), mutta niitä ei muunneta suoritettaviksi tunnuksiksi.
Luo uudelleen todennuspyyntö: se vie
viisi minuuttia, ja saat vastineeksi tokenin automaattisen uusimisen ja
uudelleenyrityksen 401-vastauksella, mitä Postman ei tee itsestään.
Ympäristöt
Section titled “Ympäristöt”Vie ne Postmanista ja luo ne uudelleen muuttujakansioon.
Käytä tilaisuus hyväksesi ja ota käyttöön aliympäristöt: siinä missä Postman pakottaa yhden litteän ympäristön kohdetta kohti, Restorm mahdollistaa yhteisen perustan ja asiakas- tai aluekohtaiset ohitukset.
Runnerit ja Newman
Section titled “Runnerit ja Newman”Tämä on kannattavin korvaus. Skenaario tekee saman kuin runner, mutta paremmin:
- virta on näkyvä implisiittisen kokoelmajärjestyksen sijaan;
- haarautumiset, silmukat ja uudelleenyritykset ovat lohkoja, eivät
pm.setNextRequest-kutsuja; - CI-suoritus on sisäänrakennettu ja poistumiskoodit ovat siistit — katso Headless-suoritus ja jatkuva integraatio.
Käsitteiden vastaavuudet
Section titled “Käsitteiden vastaavuudet”| Postman | Restorm |
|---|---|
| Workspace | Projekti .restorm, versioituna gitissä |
| Collection | Kansio tai muuttujakansio |
| Environment | Ympäristö muuttujakansiossa |
| Globals | Juuriympäristö, jonka lapset perivät |
| Pre-request / Test script | Skenaario tai kooditoiminto |
| Collection Runner | Skenaario |
| Newman | restorm --run --headless |
| Mock Server | Palvelintila paikallisesti |
| Monitors | Toiminto Ajastin tai CI:si ajastettu työ |
| Postman Console | Konsoli |
Dynaamiset muuttujat {{$random…}} | Samat, ja lisäksi 116 helperiä — katso viiteopas |
Perustavanlaatuinen ero
Section titled “Perustavanlaatuinen ero”Pyynnöistäsi tulee tiedostoja repositoriossasi. Ne käyvät läpi saman katselmuskierroksen kuin koodisi, niiden historia on git-historia ja käyttöoikeudet ovat versionhallintapalvelusi oikeuksia.
Ei isännöityä työtilaa hallinnoitavaksi eikä API-dataa kolmannen osapuolen
palvelussa. Katso
Projektit ja .restorm-tiedostot.
Ja mitä Postmanissa on, mitä Restormissa ei ole
Section titled “Ja mitä Postmanissa on, mitä Restormissa ei ole”Rehellisyyden nimissä: Restormissa ei ole isännöityä yhteistyötilaa, ei julkista API-portaalia, ei rivikohtaisia kommentteja pyyntöihin eikä isännöityä valvontaa. Jos organisaatiosi nojaa näihin, niille ei ole suoraa vastinetta — jakaminen tapahtuu gitin kautta.