Simulera ett HTTP-API

Högerklicka på en mapp ▸ Lägg till ▸ HTTP-server.

Konfigurera

En server konfigureras med samma fält som en begäran — och det är just det som är poängen: metoden och sökvägen definierar den rutt som lyssnas på, medan statusen, headers och kroppen definierar det svar som serveras.

Fält	Roll
Metod	Ruttens metod
Adress	localhost:<port><path> — värden är låst
Simulerad status	Den kod som returneras, 200 som standard
Headers	Svarets headers
Kropp	Svarets kropp

Dirigeringen

En rutt är ett par av metod + sökväg. Matchningen görs på exakt sökväg, och frågesträngen ignoreras. Varje anrop som kommer in på porten utan att matcha en rutt får ett 404.

Två rutter kolliderar bara om de delar samma metod, samma sökväg och samma port. Du kan alltså skapa en serverbegäran per rutt och starta dem alla.

GET  localhost:8080/clients      → 200, lista med kunder
GET  localhost:8080/clients/42   → 200, en kund
POST localhost:8080/clients      → 201, Location-header
GET  localhost:8080/clients/999  → 404 (ingen rutt: standardsvar)

Mallarna

Headers och kroppen löses upp vid varje inkommande anrop. En kropp som innehåller {{maintenant}} eller {{compteur}} ändras alltså från ett anrop till nästa om variabeln ändras.

Tips: det gör att du kan styra serverns beteende medan den körs — ändra värdet på en miljövariabel och nästa anrop får ett annat svar, utan omstart.

Portdelning

En HTTP-mockserver och en WebSocket- eller Socket.IO-server kan lyssna på samma port: Restorm dirigerar vanliga begäranden till HTTP-rutterna och växlingsbegäranden till realtidsservern.

I ett scenario

Åtgärden HTTP-server hostar rutten under scenariots gång och utlöser en händelse served — som bär { request, response } — per mottaget anrop. Det är sättet att testa en webhook:

HTTP-server ──connected──► HTTP-begäran ”utlös webhooken”
     └────────served─────► Assert på request.body
                             sedan ──► Stäng HTTP-server

Se Hostade servrar.