Brauche ich eine OpenAPI-Spezifikation?

Nein. Ein Ordner mit JSON-Dateien genügt. Mockzilla leitet die Routen aus den Ordnernamen ab. Eine Spezifikation können Sie später ergänzen und beides mischen.

Kann ich das in der CI nutzen?

Ja. Die URL ist stabil, Ihre Tests rufen sie wie jede andere API auf. Die Open-Source-Engine läuft auch als Binary oder Docker-Image direkt im CI-Job.

Es gibt einen kostenlosen Plan, und er reicht, um dagegen zu entwickeln. Bezahlte Pläne bieten mehr Durchsatz und größere Mocks, die höheren dazu ein dediziertes Setup mit einer eigenen Domain.

Worin unterscheidet es sich von json-server?

json-server läuft lokal aus einer db.json. Mockzilla läuft gehostet unter einer URL, die Ihr Team und Ihre CI erreichen, und dieselbe Engine läuft weiterhin lokal, wenn Sie das möchten.

Eine Fake-JSON-API mit Ihren eigenen Daten

Schreiben Sie das JSON, das zurückkommen soll, legen Sie es an den Pfad, den Ihre App aufruft, und Mockzilla hostet es als Mock-API. Keine OpenAPI-Spezifikation, kein Code, kein eigener Server.

Kostenlos starten So funktioniert es

Ohne Spezifikation
Ihre eigenen Daten
Kostenloser Plan
MIT-lizenziert

users/index.json

[
  { "id": 1, "name": "Alice", "plan": "pro"  },
  { "id": 2, "name": "Bob",   "plan": "free" }
]

GET /users liefert genau das zurück, Byte für Byte.

Was ist eine Fake-JSON-API?

Ein Server, der über HTTP das JSON zurückgibt, das Sie geschrieben haben, an den Pfaden, die Ihre App aufruft. Eine Datei namens index.json wird zu einem GET auf dem Pfad ihres Ordners, und ein Ordner mit dem Namen einer HTTP-Methode gibt Ihnen alles andere. Das ist das ganze Format.

Keine Spezifikation, kein Code, keine DSL zu lernen. Legen Sie den Ordner in der App ab oder bauen Sie die GitHub Action in das Repository ein, in dem er liegt, und die Routen sind live. Später eine OpenAPI-Spezifikation dazu, und beides mischt sich, wobei Ihre Dateien gewinnen.

Ihre DateienIhre Endpunkte

users/index.jsonGET /users

users/post/index.jsonPOST /users

users/{id}/index.jsonGET /users/{id}

orders/index.jsonGET /orders

Platzhalter-APIs geben Ihnen ihre Daten, nicht Ihre

Die öffentlichen Fake-APIs sind in Ordnung, bis Ihre Oberfläche ein Feld braucht, das es dort nicht gibt. Mockzilla liefert das JSON, das Sie geschrieben haben, an den Routen, die Ihre App aufruft, unter einer URL, die Ihr ganzes Team erreicht.

Ein Mock, der aus einer db.json auf Ihrem Laptop läuft, hat das umgekehrte Problem: Die Daten sind Ihre, aber sie existieren an genau einer Stelle. Ihre Designerin kann sie nicht öffnen und die CI kann sie nicht aufrufen.

OpenAPI-Spezifikation ergänzen

Beides kombinieren. Die Spezifikation erzeugt Antworten aus Ihren Schemas, jede JSON-Datei überschreibt diese Route oder fügt eine neue hinzu.

Ausfälle simulieren

Latenz und Fehlerraten ergänzen, damit Ihr Frontend etwas zu behandeln hat. Alles nicht Gemockte geht per Proxy an die echte API.

Lokal ausführen

Die Engine ist MIT-lizenziert. Richten Sie die CLI auf denselben Ordner und bekommen Sie dieselben Endpunkte lokal oder in der CI.

Fragen

Brauche ich eine OpenAPI-Spezifikation?: Nein. Ein Ordner mit JSON-Dateien genügt. Mockzilla leitet die Routen aus den Ordnernamen ab. Eine Spezifikation können Sie später ergänzen und beides mischen.
Kann ich das in der CI nutzen?: Ja. Die URL ist stabil, Ihre Tests rufen sie wie jede andere API auf. Die Open-Source-Engine läuft auch als Binary oder Docker-Image direkt im CI-Job.
Ist es kostenlos?: Es gibt einen kostenlosen Plan, und er reicht, um dagegen zu entwickeln. Bezahlte Pläne bieten mehr Durchsatz und größere Mocks, die höheren dazu ein dediziertes Setup mit einer eigenen Domain.
Worin unterscheidet es sich von json-server?: json-server läuft lokal aus einer db.json. Mockzilla läuft gehostet unter einer URL, die Ihr Team und Ihre CI erreichen, und dieselbe Engine läuft weiterhin lokal, wenn Sie das möchten.

Spezifikation rein. Mock-Server raus.

Der Anfang kostet nichts. Dedizierte Infrastruktur, wenn Sie sie brauchen.

Kostenlos starten Zur Dokumentation