Interviewfragen zum Testen mit Antworten

Beispielfragen

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

Testen · Junior

1. Was ist das Hauptziel automatisierter Tests?
   ▸Antwort zeigen

   Richtige Antwort: Vertrauen, dass der Code nach Änderungen weiter funktioniert

   Tests können das Vorhandensein von Bugs zeigen, nicht ihr Fehlen. Ihr Wert ist schnelles Feedback und sicheres Refactoring: bricht Verhalten, scheitert ein Test, bevor Nutzer es merken.

2. Was prüft ein Unit-Test?
   ▸Antwort zeigen

   Richtige Antwort: Ein kleines, isoliertes Stück Code für sich

   Unit-Tests sind schnell und zeigen genau die fehlerhafte Stelle. Ihre Grenze: sie zeigen nicht, ob die Teile zusammen funktionieren.

3. Was prüft ein Integrationstest?
   ▸Antwort zeigen

   Richtige Antwort: Dass mehrere Einheiten korrekt zusammenarbeiten

   Im Frontend rendert ein Integrationstest meist ein Feature (mehrere Komponenten, State, Router) und mockt nur die Netzwerkgrenze.

4. Was ist ein End-to-End-Test (E2E)?
   ▸Antwort zeigen

   Richtige Antwort: Ein Test, der die echte App im Browser wie ein Nutzer bedient

   E2E-Tests geben das meiste Vertrauen, sind aber langsamer und anfälliger. Typische Werkzeuge: Playwright und Cypress.

Testen · Middle

1. Was ist der Unterschied zwischen findBy… und waitFor?
   ▸Antwort zeigen

   Richtige Antwort: findBy wartet auf ein Element; waitFor wiederholt einen beliebigen Callback

   findByRole(...) ist buchstäblich waitFor(() => getByRole(...)). Nutze findBy, um auf ein Element zu warten, und waitFor für andere Assertions.

2. Wie wartet man darauf, dass ein Lade-Spinner verschwindet?
   ▸Antwort zeigen

   Richtige Antwort: await waitForElementToBeRemoved(() => screen.queryByRole("progressbar"))

   Der Helfer verlangt, dass das Element zu Beginn vorhanden ist, und wartet dann, bis die Abfrage null liefert.

3. Was bedeutet die Warnung „An update to Component inside a test was not wrapped in act(...)“ meist?
   ▸Antwort zeigen

   Richtige Antwort: Der State änderte sich, nachdem der Test aufgehört hatte zu warten

   RTL umhüllt render und Events bereits mit act. Die Lösung ist meist, mit findBy/waitFor auf den finalen UI-Zustand zu warten, nicht act händisch hinzuzufügen.

4. Wie testet man ein Sucheingabefeld mit Debounce?
   ▸Antwort zeigen

   Richtige Antwort: Fake Timers nutzen, tippen, dann um die Debounce-Zeit vorstellen

   Fake Timers machen den Test schnell und deterministisch. Echtes Warten bremst die Suite und hat trotzdem Race Conditions.

Testen · Senior

1. Wie entscheidet man, auf welcher Ebene der Pyramide/Trophy ein Test liegt?
   ▸Antwort zeigen

   Richtige Antwort: Auf der niedrigsten Ebene, die den Fehler noch abfangen kann

   Kann ein Unit- oder Integrationstest einen Bug abfangen, bringt ein doppelter E2E-Test nur Kosten. E2E ist für das, was niedrigere Ebenen nicht sehen: echte Verdrahtung, Deployment, Integrationen mit Drittanbietern.

2. Warum argumentiert Googles „Just Say No to More End-to-End Tests“ gegen das Verlassen auf E2E?
   ▸Antwort zeigen

   Richtige Antwort: Ihre Fehlschläge kommen spät, sind schwer einzugrenzen und wacklig

   Gute Tests sind schnell, zuverlässig und grenzen Fehler ein. Eine Suite aus überwiegend E2E-Tests versagt bei allen dreien.

3. Was ist die „Testing Honeycomb“, und wo wird sie genutzt?
   ▸Antwort zeigen

   Richtige Antwort: Eine Form für Microservices: vor allem Integrationstests jedes Service

   Das Modell von Spotify passt zu Services, deren Komplexität in Interaktionen statt in interner Logik liegt.

4. Worauf beruhen Googles „Testgrößen“ (small, medium, large)?
   ▸Antwort zeigen

   Richtige Antwort: Auf erlaubten Ressourcen: Prozess, Maschine oder Netzwerk

   Größen beschreiben Beschränkungen, die Tests schnell und deterministisch machen, unabhängig von der Namensdebatte „Unit/Integration“.

Kombinierte Tests mit diesem Thema

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