Mock-Server

In fast jedem Projekt hängt das Frontend am Backend, und das Backend ist selten pünktlich fertig. Statt untätig zu warten, mockst du die API einfach. Der Mock-Server macht genau das ohne eigenes Server-Setup: Du beschreibst einen Endpunkt - Pfad, Methode, Statuscode, Antwort-Header und Response-Body - und schon antwortet er so, wie du es festgelegt hast.

Ein Mock-Endpunkt besteht aus wenigen Angaben. Der Pfad legt die Adresse fest, die Methode (GET, POST, PUT, PATCH oder DELETE) das Verb, der Statuscode das Ergebnis - von 200 OK über 404 Not Found bis 500 Internal Server Error. Die Response-Header bestimmst du frei, etwa Content-Type oder eigene Felder, und im Response-Body hinterlegst du die Antwort, typischerweise als JSON.

Besonders nützlich ist die einstellbare Verzögerung. Reale APIs antworten nicht in null Millisekunden, und dein Ladezustand, deine Spinner und deine Timeouts wollen getestet werden. Mit einer künstlichen Delay simulierst du langsame Verbindungen und siehst, ob dein UI sauch dann sauber reagiert, wenn eine Antwort auf sich warten lässt.

Jeder definierte Endpunkt lässt sich direkt im Werkzeug testen. Du bekommst die simulierte Antwort mit Status, Headern, Body und der tatsächlichen Antwortzeit zurück. Ein Protokoll der eingegangenen Aufrufe gibt es nicht.

Der typische Ablauf: Du skizzierst die geplante API mit ein paar Mock-Endpunkten, prüfst die Antworten im Werkzeug und stimmst so mit deinem Team ab, was die echte Schnittstelle liefern soll. Wichtig: Die Mocks liegen nur im Arbeitsspeicher des Servers und können nach einem Update verschwinden. Heb dir wichtige Antworten deshalb selbst auf.

Für echte Aufrufe externer APIs gibt es den API-Spielplatz. Den Mock-Server selbst kann er nicht aufrufen, weil die Mocks keine öffentliche Adresse haben.