Beim Erstellen eines Frontends, beim Debuggen eines Clients oder beim Erlernen einer neuen HTTP-Bibliothek benötigen Sie oft einen Endpunkt, der real aussehendes JSON zurückgibt, ohne ein Backend aufsetzen zu müssen. Eine Dummy-API bietet genau das: einen öffentlichen, kostenlosen, ständig verfügbaren Dienst, den Sie sofort nutzen können. Dieser Leitfaden listet die besten öffentlichen Dummy-APIs auf, zeigt Ihnen, wie Sie sie aufrufen, und erklärt, wann Sie aufhören sollten, Daten von anderen zu borgen, und stattdessen Ihre eigene Fake-REST-API erstellen sollten. Wenn Sie eine tiefere Einführung in die öffentliche API-Landschaft wünschen, passt der MDN-Leitfaden zur Verwendung der Fetch API gut zu allem Folgenden.
Was eine Dummy-API tatsächlich ist
Eine Dummy-API ist ein gehosteter Dienst, der vorgefertigtes, realistisches JSON für gängige Ressourcentypen zurückgibt: Benutzer, Beiträge, Produkte, Warenkörbe, Aufgaben. Sie müssen sich nicht registrieren, nichts hosten und sich keine Sorgen machen, Produktionsdaten zu beschädigen. Die meisten akzeptieren GET, POST, PUT, PATCH und DELETE, aber die Schreiboperationen sind in der Regel gefälscht. Der Server gibt Ihre Nutzlast mit einer ID zurück und tut so, als hätte er sie gespeichert, obwohl nichts tatsächlich persistent ist.
Das ist das entscheidende Merkmal, das Sie verstehen müssen, bevor Sie sich auf eine verlassen. Eine Dummy-API ist perfekt für leseintensive Prototypen und um zu beweisen, dass Ihr Anforderungscode funktioniert. Sie ist ungeeignet, sobald Sie zustandsbehaftetes Verhalten, eigene Datenstrukturen oder benutzerdefinierte Fehlerbedingungen benötigen.
Die besten kostenlosen Dummy- und Fake-APIs zum Testen
Hier sind die öffentlichen APIs, die es wert sind, beachtet zu werden. Alle sind kostenlos und erfordern auf Ihrer Seite kein Backend-Setup.
JSONPlaceholder
JSONPlaceholder ist der Klassiker. Es stellt sechs verwandte Ressourcen bereit: 100 Beiträge, 500 Kommentare, 100 Alben, 5.000 Fotos, 200 Aufgaben und 10 Benutzer. Die Beziehungen sind real, d.h. ein Beitrag hat Kommentare und ein Album hat Fotos, was es gut für das Testen verschachtelter Abrufe macht.
curl https://jsonplaceholder.typicode.com/posts/1
Sie erhalten ein einzelnes Beitragsobjekt zurück. Schreibanfragen werden akzeptiert, aber nicht gespeichert, daher gibt ein POST /posts jedes Mal eine gefälschte id: 101 zurück.
DummyJSON
DummyJSON ist breiter aufgestellt. Es liefert Produkte, Warenkörbe, Benutzer, Beiträge, Kommentare, Zitate, Aufgaben und Rezepte, plus einen Authentifizierungsfluss, der Ihnen ein Token überreicht. Wenn Sie eine Einkaufswagen-Benutzeroberfläche oder einen Anmeldebildschirm testen, ist dies die richtige Wahl.
curl https://dummyjson.com/products/1
Der Authentifizierungs-Endpunkt ermöglicht es Ihnen, einen Benutzernamen und ein Passwort zu POSTen und ein JWT zu erhalten, was praktisch ist, um die Tokenspeicherung und authentifizierte Anfragen zu üben, ohne einen echten Identitätsanbieter einzubinden.reqres.in
reqres.in konzentriert sich auf den Anforderungs- und Antwortlebenszyklus: Benutzer auflisten, einzelnen Benutzer abrufen, registrieren, anmelden, verzögerte Antworten. Es wurde entwickelt, um Paginierung und Authentifizierungsabläufe zu demonstrieren. Wichtig: Der kostenlose Tarif erwartet jetzt einen API-Schlüssel-Header. Senden Sie x-api-key: reqres-free-v1 mit Ihren Anfragen, sonst erhalten Sie einen 401-Fehler.
curl https://reqres.in/api/users/2 -H "x-api-key: reqres-free-v1"
Wo jeder passt
| Dummy-API | Am besten geeignet für | Auth-Flow | Schreibpersistenz |
|---|---|---|---|
| JSONPlaceholder | Verschachtelte Lesezugriffe, Blog-ähnliche Daten | Nein | Gefälscht, nicht gespeichert |
| DummyJSON | E-Commerce, Warenkörbe, Login | Ja (Token) | Gefälscht, nicht gespeichert |
| reqres.in | Paginierung, Registrierungs-/Login-Demos | API-Key-Header | Gefälscht, nicht gespeichert |
Wenn Sie einen breiteren Katalog von Optionen über diese drei hinaus wünschen, deckt die Zusammenstellung der öffentlichen APIs zum Testen speziellere Auswahlmöglichkeiten ab, und die Liste der kostenlosen öffentlichen APIs für Entwickler ist nützlich, wenn Sie themenbezogene Daten wie Wetter oder Währung benötigen.
Wie man eine Dummy-API in Ihrem Code aufruft
Das Aufrufen einer solchen API ist dasselbe wie das Aufrufen jedes anderen HTTP-Endpunkts. Hier ist ein einfaches fetch-Beispiel in JavaScript, das einen Benutzer liest und dann einen neuen postet.
// Lesen
const res = await fetch('https://dummyjson.com/users/1');
const user = await res.json();
console.log(user.firstName);
// Schreiben (zurückgegeben, aber nicht persistent)
const created = await fetch('https://dummyjson.com/users/add', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({ firstName: 'Ada', lastName: 'Lovelace' }),
});
console.log(await created.json()); // gibt ein Objekt mit einer gefälschten ID zurück
In Python mit requests ist die Form ebenso kurz.
import requests
r = requests.get("https://jsonplaceholder.typicode.com/todos/1")
print(r.json())
Fügen Sie eine dieser Optionen in eine Testdatei ein, und Sie haben eine funktionierende Integration, gegen die Sie Assertionen ausführen können. Wenn Sie glaubwürdige Werte für diese Assertionen benötigen, zeigt der Leitfaden zum Erstellen realistischer API-Testdaten, wie Sie Namen, E-Mails und Zeitstempel generieren, die wie Produktionsverkehr aussehen, anstatt test123.
Wenn eine öffentliche Dummy-API nicht mehr ausreicht
Öffentliche Dummy-APIs sind großartig, bis Ihre Anforderungen spezifisch werden. In einigen häufigen Situationen werden Sie an Ihre Grenzen stoßen:
- Ihre Datenstrukturen stimmen nicht überein. Ihre App erwartet ein Feld
subscription_tierund ein verschachteltesbilling-Objekt. JSONPlaceholder liefert Ihnenpostsundalbums. Sie können deren Schema nicht an Ihres anpassen. - Sie benötigen Zustand. Ein echter Warenkorb wird aktualisiert, wenn Sie einen Artikel hinzufügen. Dummy-APIs vergessen Ihren POST, sobald er zurückgegeben wird.
- Sie benötigen kontrollierte Fehler. Das Testen, wie Ihre UI einen 429er, einen langsamen 200er oder einen falsch formatierten Body verarbeitet, ist schwierig, wenn der öffentliche Dienst sich immer korrekt verhält.
- Sie entwickeln, bevor das Backend existiert. Frontend- und Backend-Teams beginnen oft gleichzeitig. Sie benötigen Endpunkte, die dem vereinbarten Vertrag heute entsprechen, und nicht erst, wenn die API ausgeliefert wird.
An diesem Punkt benötigen Sie keine geliehene API. Sie benötigen Ihre eigene Fake-API, die Ihre Strukturen auf Anfrage mit den von Ihnen kontrollierten Antworten zurückgibt. Das ist eine Mock-API, die zum Testen entwickelt wurde, und hier kommt Apidog ins Spiel.
Wie Sie Ihre eigene Fake-API mit Apidog erstellen
Apidog ist eine API-Plattform, die Design, Tests, Debugging und Mocking an einem Ort vereint. Sein Mocking ist schema-gesteuert, d.h. es liest die Struktur Ihres Endpunkts und generiert automatisch realistische Fake-Daten unter Verwendung integrierter Faker-Regeln. Sie definieren die Form einmal, und jede Anfrage liefert neue, plausible Werte.
Hier ist die Kurzversion des Workflows.
- Erstellen oder importieren Sie einen Endpunkt. Definieren Sie eine neue API in Apidog oder importieren Sie eine bestehende OpenAPI- oder Swagger-Datei. Apidog liest das Schema direkt aus.
- Lassen Sie den Smart Mock Daten füllen. Für ein Feld namens
emailgibt Apidog eine E-Mail zurück. FürcreatedAtgibt es einen Zeitstempel zurück. Fürpriceeine Zahl. Sie können diese Regeln pro Feld anpassen, so dass eincountry-Feld echte Ländernamen anstelle von zufälligen Zeichenfolgen zurückgibt. - Rufen Sie die lokale Mock-URL auf. Apidog startet einen Mock-Server und stellt Ihnen für jeden Endpunkt eine URL zur Verfügung. Rufen Sie sie von Ihrem Frontend, Ihren Tests oder mit curl auf, genau wie eine öffentliche Dummy-API, außer dass die Antworten Ihrem Vertrag entsprechen.
- Fügen Sie bedingte und Fehlerantworten hinzu. Konfigurieren Sie einen Mock so, dass er eine 500er, eine 404er oder eine verzögerte Antwort basierend auf der Anfrage zurückgibt. Jetzt können Sie die unglücklichen Pfade testen, die die öffentlichen Dienste Ihnen nie ermöglichen zu reproduzieren.
Da der Mock aus Ihrer Spezifikation generiert wird, bleibt er synchron, während sich Ihr Design weiterentwickelt. Ändern Sie ein Feld, und der Mock spiegelt dies wider. Wenn Sie einen breiteren Einblick in die Generierung von Mocks direkt aus einer Spezifikation wünschen, geht der Leitfaden zum Generieren von Mock-Daten aus OpenAPI-Schemata tiefer in die Faker-Aspekte ein.
Öffentliche Dummy-API vs. Ihr eigener Apidog-Mock
| Bedarf | Öffentliche Dummy-API | Apidog-Mock |
|---|---|---|
| Schnelle Nur-Lese-Daten | Ausgezeichnet | Ausgezeichnet |
| Ihre genauen Datenstrukturen | Nein | Ja |
| Benutzerdefinierte Fehler- und Verzögerungsantworten | Nein | Ja |
| Entspricht Ihrem OpenAPI-Vertrag | Nein | Ja |
| Einrichtungszeit | Null | Minuten |
Keines von beiden ist strikt besser. Eine öffentliche Dummy-API gewinnt, wenn Sie nur irgendein JSON in fünf Sekunden benötigen. Ihr eigener Apidog-Mock gewinnt in dem Moment, in dem die Korrektheit gegenüber Ihrem echten Vertrag zählt. Die meisten Teams nutzen beides: die öffentlichen für Wegwerf-Experimente, einen Projekt-Mock für alles, was ausgeliefert wird.
Häufig gestellte Fragen
Ist eine Dummy-API dasselbe wie eine Mock-API?
Sie überschneiden sich, sind aber nicht identisch. Eine Dummy-API bezeichnet normalerweise einen öffentlichen, gemeinsam genutzten Dienst mit festen Beispieldaten, wie JSONPlaceholder. Eine Mock-API ist eine, die Sie definieren und kontrollieren, wobei sie Ihre eigenen Strukturen und Verhaltensweisen zurückgibt. Eine Dummy-API ist eine Art von Mock, die bereits von jemand anderem gehostet wird. Wenn Sie den Unterschied genau erklärt haben möchten, sehen Sie sich die Erläuterung an unter Was eine Mock-API ist.
Sind kostenlose Fake-APIs sicher mit echten Daten zu verwenden?
Nein. Senden Sie niemals echte Benutzerdaten, Geheimnisse oder Tokens an eine öffentliche Dummy-API. Behandeln Sie alles, was Sie POSTen, als protokolliert und sichtbar. Verwenden Sie sie nur mit Wegwerf-Testwerten. Wenn Sie Privatsphäre oder Persistenz benötigen, hosten Sie stattdessen Ihren eigenen Mock.
Speichern Dummy-APIs die von mir gesendeten Daten?
Fast nie. JSONPlaceholder, DummyJSON und reqres.in akzeptieren alle Schreibanfragen und geben ein Ergebnis mit einer generierten ID zurück, aber nichts ist persistent. Aktualisieren Sie die Seite, und Ihr „erstellter“ Eintrag ist verschwunden. Wenn Sie einen Zustand benötigen, der dauerhaft ist, benötigen Sie einen zustandsbehafteten Mock oder ein echtes Backend.
Kann ich eine Fake-API ohne Code schreiben?
Ja. Mit Apidog definieren Sie die Endpunktform und lassen Smart Mocking die Daten generieren, ohne dass Servercode erforderlich ist. Sie können auch eine OpenAPI-Datei importieren und innerhalb weniger Minuten funktionierende Mock-Endpunkte erhalten.
Zusammenfassung
Öffentliche Dummy-APIs wie JSONPlaceholder, DummyJSON und reqres.in sind der schnellste Weg, um realistisches JSON für Prototyping und Lernen zu erhalten. Sie kosten nichts und erfordern keine Einrichtung. In dem Moment, in dem Sie Ihre eigenen Datenstrukturen, echten Zustand oder kontrollierte Fehlerantworten benötigen, erstellen Sie eine Fake-API, die Ihnen wirklich gehört.
Apidog ermöglicht Ihnen genau das: Importieren Sie Ihre Spezifikation, erhalten Sie schema-gesteuerte Mock-Daten und rufen Sie Ihre eigenen Endpunkte in wenigen Minuten auf. Laden Sie Apidog herunter und verwandeln Sie Ihren nächsten API-Vertrag in einen funktionierenden Mock, bevor eine Zeile Backend-Code existiert. Sehen Sie, wie es in Ihren Test-Workflow bei Apidog passt.