Negativtest: Jeder Fehlercode auf Anfrage

Eine Testsuite, die nur den Normalfall abdeckt, testet einen Fall, der niemals fehlschlagen würde. Der Katalog ist so aufgebaut, dass jeder Fehler absichtlich erreichbar ist: ein garantierter 500-Fehler, ein reales Ratenlimit, ein Teapot-Fehler und ein Fehlerinjektor, der den konfigurierten Wert erzeugt.

Echte Endpunkte aus dem Katalog – jede der oben genannten Anfragen wird bedient, und jeder angezeigte Statuscode ist ein Statuscode, den dieser Endpunkt tatsächlich zurückgibt.

Wie man es übt

Rufen Sie den Pizza-Ofen-Endpunkt für einen absichtlichen Fehler 500 auf. Prüfen Sie eine sichere Wiederholung, einen Fallback oder eine Fehlermeldung statt eines Hängers.
Konfigurieren Sie Statuscode, Verzögerung und Fehlerrate mit der Fault-Injection-API und führen Sie Ihre Tests aus.
Unterscheiden Sie 400 und 422: eine nicht lesbare Anfrage ist nicht dasselbe wie ein verstandener, aber nicht verarbeitbarer Inhalt.
Unterscheiden Sie 401 von 403 und 404 von 410. Eine gemeinsame Fehlerbehandlung kann wichtige Verhaltensunterschiede verdecken.
Liefern Sie eine fehlerhafte Antwort und prüfen Sie, dass der Client einen Parsing-Fehler meldet, statt abzustürzen.

APIs, um es auszuprobieren

Pizza-Bestell-API — Place & track orders. Includes a guaranteed 500. (9 endpoints)
Coffee Shop API — Drinks & orders. Home of the legendary 418. (6 endpoints)
Protocol Lab API — Async jobs, redirects, 503/504, JSON Patch & content negotiation. (12 endpoints)
Fehlerinjektions-API — Latency, status codes, malformed payloads & flaky responses. (5 endpoints)

Betroffene Statuscodes

Andere Techniken

API-Paginierung testen — Practise page-number and cursor pagination, and the edge cases that break clients: the last partial page, an out-of-range page, and a total count that disagrees with what you collected.
API-Ratenbegrenzung testen — Trigger a real 429 with Retry-After and X-RateLimit headers, and verify your client backs off instead of retrying straight into the limit.
Idempotenz-Schlüsseltest— Send the same write twice with an Idempotency-Key and confirm the operation happens once — the mechanism that stops a network retry becoming a duplicate charge.
ETag- und If-Match-Test— Provoke a 412 Precondition Failed by writing with a stale ETag — the check that stops two clients silently overwriting each other.
Webhook-Signaturprüfung — Register a callback, trigger a delivery, verify its HMAC signature, and confirm a tampered payload is rejected.
OAuth- und JWT-Tests — Run real client-credentials, authorization-code and device-code flows, then test what your client does when the token expires mid-session.
Asynchrone Jobtests— Start a long-running job, follow the 202 and its Location header, and poll to completion — including the failure and timeout paths.

Einstiegsanleitung · Alle 39 Mock-REST-APIs

Zuletzt aktualisiert 16. Oktober 2026