Interviewfragen zum API-Testing mit Antworten

Beispielfragen

Ein paar Fragen aus jedem Level mit richtiger Antwort und Erklärung.

API-Testing · Junior

1. Was ist API-Testing?
   ▸Antwort zeigen

   Richtige Antwort: Die Programmschnittstelle einer App direkt prüfen, ohne UI

   API-Tests senden Requests an Endpunkte und prüfen Statuscodes, Bodies, Header und Nebenwirkungen. Sie sind schneller und stabiler als UI-Tests und erreichen Fälle, die die UI verbirgt.

2. Warum wird API-Testing oft vor UI-Testing gemacht?
   ▸Antwort zeigen

   Richtige Antwort: Die API ist früher fertig, und Fehler dort sind billiger zu finden

   Backend-Endpunkte existieren meist vor den Screens. Frühes Testen findet Logik- und Validierungsfehler, während die UI noch entsteht.

3. Womit identifiziert eine REST-API Ressourcen meist?
   ▸Antwort zeigen

   Richtige Antwort: Mit URLs wie /users/42

   In REST hat jede Ressource eine Adresse, und HTTP-Methoden sagen, was damit passiert: GET /users/42 liest, DELETE /users/42 löscht.

4. Welche HTTP-Methode soll nur Daten lesen?
   ▸Antwort zeigen

   Richtige Antwort: GET

   GET ist eine sichere Methode: Sie darf den Serverzustand nicht ändern. Ein GET, das etwas löscht oder ändert, ist ein Fehler, da Caches, Crawler und Prefetching es aufrufen können.

API-Testing · Middle

1. Warum API-Prüfungen mit der Zeit von Postman in codebasierte Tests verlagern?
   ▸Antwort zeigen

   Richtige Antwort: Code liegt in Git mit Review, Wiederverwendung und normalem CI

   Tests im selben Repo wie der Dienst werden mit dem Code reviewt, teilen Helfer und laufen wie jede Testsuite. Postman bleibt zum Erkunden nützlich.

2. Was ist REST Assured?
   ▸Antwort zeigen

   Richtige Antwort: Eine Java-Bibliothek für lesbare API-Tests

   Sie bietet einen given/when/then-Stil: given().body(...).when().post("/users").then().statusCode(201).

3. Wie validiert man in JavaScript-Tests einen Antwort-Body gegen ein JSON Schema?
   ▸Antwort zeigen

   Richtige Antwort: Das Schema mit einem Validator wie Ajv kompilieren und den Body prüfen

   Ajv liefert Validierungsfehler mit Pfaden wie /items/0/price, wodurch Fehler leicht lesbar sind.

4. Was fängt additionalProperties: false in einem Antwortschema?
   ▸Antwort zeigen

   Richtige Antwort: Unerwartete Felder, z. B. Datenlecks

   Strikte Schemas erkennen neue oder geleakte Felder wie passwordHash. Teams entscheiden pro API, ob Strenge hilft oder Rauschen erzeugt.

API-Testing · Senior

1. Wie sollten API-Tests für einen Microservice auf Stufen verteilt werden?
   ▸Antwort zeigen

   Richtige Antwort: Viele Unit- und Komponententests, Verträge, wenige E2E-Abläufe

   Komponententests starten den Dienst mit gestubbten Abhängigkeiten und decken Logik schnell ab. Verträge sichern Integrationen; eine Handvoll E2E-Abläufe belegt, dass das System als Ganzes läuft.

2. Welche Frage beantwortet Pacts can-i-deploy?
   ▸Antwort zeigen

   Richtige Antwort: Ob diese Version gegen ihre Partnerversionen verifiziert ist

   Der Pact Broker weiß, welche Consumer- und Provider-Versionen welchen Vertrag verifiziert haben. Die Prüfung blockiert ein Deployment, das einen Partner in Produktion brechen würde.

3. Was ist das Hauptrisiko von Vertragstests, die nur das Provider-Team schreibt?
   ▸Antwort zeigen

   Richtige Antwort: Sie testen, was der Provider für genutzt hält, nicht die echte Nutzung

   Consumer-driven Contracts erfassen echte Nutzung. Reine Provider-Verträge übersehen oft ein Feld, auf das ein Client angewiesen ist, oder testen Felder, die niemand nutzt.

4. Warum sollte man ein API-Design reviewen, bevor Code geschrieben wird?
   ▸Antwort zeigen

   Richtige Antwort: Einen veröffentlichten Vertrag später zu ändern ist für alle Clients teuer

   Spec-first-Reviews finden unklare Fehler, fehlende Paginierung oder uneinheitliche Namen, solange die Korrektur eine Änderung ist und keine versionierte Migration.

Kombinierte Tests mit diesem Thema

Fragen aus mehreren Themen auf einmal, wie im Vorstellungsgespräch für eine konkrete Stelle.