Mocke et HTTP-API

Høyreklikk på en mappe ▸ Legg til ▸ HTTP-server.

Konfigurere

En server konfigureres med de samme feltene som en forespørsel — og det er hele poenget: metoden og stien definerer ruten det lyttes på, mens statusen, headerne og kroppen definerer svaret som serveres.

Felt	Rolle
Metode	Metoden ruten gjelder
Adresse	localhost:<port><sti> — verten er låst
Mockstatus	Koden som returneres, 200 som standard
Headere	Headerne i svaret
Body	Kroppen i svaret

Rutingen

En rute er et par av metode + sti. Sammenligningen skjer på nøyaktig sti, og spørrestrengen ignoreres. Ethvert kall som kommer inn på porten uten å treffe en rute, får en 404.

To ruter kolliderer bare hvis de deler samme metode, samme sti og samme port. Du kan derfor lage én serverforespørsel per rute og starte dem alle.

GET  localhost:8080/clients      → 200, liste over kunder
GET  localhost:8080/clients/42   → 200, én kunde
POST localhost:8080/clients      → 201, Location-header
GET  localhost:8080/clients/999  → 404 (ingen rute: standardsvar)

Malene

Headerne og kroppen løses ved hvert innkommende kall. En kropp som inneholder {{maintenant}} eller {{compteur}}, endres derfor fra ett kall til det neste hvis variabelen endres.

Et tips: dette lar deg styre serverens oppførsel mens den kjører — endre verdien på en miljøvariabel, og det neste kallet får et annet svar, uten omstart.

Portdeling

En HTTP-mockserver og en WebSocket- eller Socket.IO-server kan lytte på samme port: Restorm ruter vanlige forespørsler til HTTP-rutene og oppgraderingsforespørsler til sanntidsserveren.

I et scenario

Handlingen HTTP-server hoster ruten så lenge scenarioet varer, og sender én served-hendelse — med { request, response } — per mottatt kall. Det er slik du tester et webhook:

HTTP-server ──connected──► HTTP-forespørsel «utløs webhooket»
     └────────served──────► Assert på request.body
                              deretter ──► Lukk HTTP-server

Se Hostede servere.