Der Servermodus
Restorm kann einen Server bereitstellen, nicht nur einen aufrufen. Sie definieren eine Route und ihre Antwort, starten das Abhören und richten dann einen Client darauf aus — typischerweise den Code Ihrer Anwendung —, um zu testen, wie er den Dienst konsumiert.
Das ist die richtige Wahl, wenn der echte Dienst noch nicht existiert, wenn
es schwierig ist, ihn zur gewünschten Antwort zu bewegen (ein 503-Fehler,
ein SOAP-Fault, ein bestimmter gRPC-Status), oder wenn Sie einen festen
Datensatz für einen reproduzierbaren Test wollen.
Das Prinzip ist einfach, und genau das macht es angenehm: Was Sie am Server konfigurieren, ist die ausgelieferte Antwort. Status, Header und Body, die Sie eingeben, sind genau das, was der Aufrufer erhält.
Unterstützte Protokolle
Section titled “Unterstützte Protokolle”| Server | Seite |
|---|---|
| HTTP | Eine HTTP-API simulieren |
| GraphQL | Eine GraphQL-API simulieren |
| gRPC | Einen gRPC-Dienst simulieren |
| SOAP | Einen SOAP-Dienst simulieren |
| WebSocket, Socket.IO, MQTT | WebSocket, Socket.IO und MQTT simulieren |
| OData | Einen OData-Dienst simulieren |
Einen Server erstellen
Section titled “Einen Server erstellen”Rechtsklick auf einen Ordner ▸ Hinzufügen ▸ dann den gewünschten Eintrag. Das Menü bietet acht Server, jeweils ein eigener Elementtyp:
HTTP-Server · GraphQL-Server · gRPC-Server · SOAP-Server · WebSocket-Server · Socket.IO-Server · MQTT-Server · OData-Server
Das erstellte Element trägt im Baum das Badge SRV. Bei einem
HTTP-Server sind die Ausgangswerte GET, localhost:8080/, Status 200.
Starten und stoppen
Section titled “Starten und stoppen”Im Panel wird die Sende-Schaltfläche durch einen Schalter Listen ↔ Stop ersetzt. Das Antwort-Panel zeigt den Live-Zustand: Not listening, oder Listening — N request(s) served.
Der Host ist fest auf localhost gesetzt: Nur Port und Pfad sind
editierbar. Ein Mock-Server ist nicht dafür gedacht, im Netzwerk exponiert zu
werden.
Der Server stoppt über die Schaltfläche Stop, durch das Schließen der Datei oder beim Beenden der Anwendung.
Port-Sharing
Section titled “Port-Sharing”Restorm öffnet nur einen Socket pro Port und leitet je nach Art des eingehenden Aufrufs weiter: gewöhnliche Anfragen an die HTTP-Routen, Upgrade-Anfragen an WebSocket oder Socket.IO.
Konkret: Ein simulierter HTTP-Server und ein Socket.IO-Server können
gemeinsam auf :8080 lauschen. Der Port wird erst freigegeben, wenn seine
letzte Route gestoppt wird.
Variablen werden live aufgelöst
Section titled “Variablen werden live aufgelöst”Die ausgelieferten Header und der Body werden im Moment der Auslieferung aufgelöst, nicht beim Start: Eine Umgebungsvariable zu ändern, während der Server lauscht, ändert die nächste Antwort. Siehe Variablen und Umgebungen.
In einem Szenario
Section titled “In einem Szenario”Die Aktionen Abhören … / Schließen … stellen einen Server für die
Dauer des Szenarios bereit, mit einem Ausgang served, der ein Ereignis
pro eingehendem Aufruf auslöst. Damit lässt sich ein Webhook vollständig in
einem einzigen Graphen testen. Siehe
Gehostete Server.
Vergleich mit gehosteten Mock-Servern
Section titled “Vergleich mit gehosteten Mock-Servern”| Restorm | Gehostete Server (wie Postman Mock Servers) | |
|---|---|---|
| Wo es läuft | Auf Ihrem Rechner | Beim Anbieter |
| Latenz | Kein Netzwerk-Roundtrip | Ein Internet-Roundtrip |
| Funktioniert offline | ✔ | ✘ |
| Quelle der Antwort | Die Anfrage selbst, editierbar | Ein gespeichertes Beispiel |
{{ }}-Vorlagen | ✔, bei jedem Aufruf aufgelöst | Eingeschränkt |
| Port-Sharing | ✔ | Entfällt |
| Datenschutz | Nichts verlässt den Rechner | Die Daten laufen über den Dienst |