Middle QA Automation — QA-Automation-Interviewfragen

Was gehört auf jede Schicht der Testpyramide, und was passiert, wenn sich die Form umkehrt?

Unit-Tests decken Logik ab und laufen in Millisekunden, Integrationstests decken die Nahtstellen zwischen Komponenten ab, und End-to-End-Tests decken eine Handvoll Pfade ab, die niemals brechen dürfen. Kehrt sich die Form in eine Eistüte um – überwiegend UI-Tests –, wird die Suite langsam, flaky und teuer in der Pflege, und das Team fängt an, rote Builds zu ignorieren. Die Pyramide ist eine Aussage über Feedback-Geschwindigkeit, nicht über einen Abdeckungsprozentsatz.

Wie kommuniziert die Client-Bibliothek mit dem Browser?

Selenium schickt HTTP-Requests an einen Driver-Prozess, der sie in das browsereigene Automatisierungsprotokoll übersetzt – ein Roundtrip pro Befehl, weshalb geschwätzige Tests langsam sind. Playwright hält eine einzige WebSocket-Verbindung und spricht direkt das DevTools-Protokoll, weshalb es automatisch warten und Netzwerkverkehr abfangen kann. Dieser architektonische Unterschied erklärt die meisten praktischen Unterschiede.

Wie führst du Tests parallel aus, ohne dass sie sich gegenseitig stören?

Jeder Test braucht seine eigenen Daten und seinen eigenen Browser-Context. Der übliche Übeltäter sind gemeinsame Fixtures, die einmal für die ganze Suite angelegt werden – zwei Tests verändern denselben Nutzer und schlagen nur fehl, wenn das Timing zusammenpasst. Die Lösung ist, pro Test Daten mit einem eindeutigen Schlüssel zu erzeugen und danach aufzuräumen sowie pro Worker einen frischen Context zu verwenden, damit Cookies und Storage nicht durchsickern.

Ein Test läuft lokal grün und schlägt in CI fehl. Nenne die wahrscheinlichen Ursachen in der richtigen Reihenfolge.

Zuerst Timing – CI ist langsamer, also wird eine Race Condition sichtbar, die du lokal nie gesehen hast. Dann die Umgebung: andere Browserversion, ein fehlender Font, der das Layout verändert, eine andere Zeitzone. Dann Daten: ein lokal verbliebener Datensatz, den CI nicht hat, oder umgekehrt. Dann Parallelität, falls CI ausführt, was du lokal seriell laufen lässt. In dieser Reihenfolge zu prüfen findet die Ursache deutlich schneller, als den Diff zu lesen.

Was mockst du in einem automatisierten Test, und was nicht?

Mocke Drittanbieterdienste, die du nicht kontrollierst, besonders kostenpflichtige, und alles Nichtdeterministische – Zeit, Zufall. Mocke nicht dein eigenes Backend in einem End-to-End-Test, denn dann testest du das Frontend gegen eine Fiktion. Netzwerk-Interception ist der nützliche Mittelweg: Lass das echte System laufen und stubbe nur den einen Aufruf, den du bei Bedarf fehlschlagen lassen willst.

Wie findet eine HashMap einen Wert, und warum ist hashCode wichtig?

Sie hasht den Key, um einen Bucket auszuwählen, und vergleicht dann innerhalb dieses Buckets mit equals. Ist hashCode schlecht oder konstant, landet alles in einem Bucket, und die Suche verschlechtert sich von konstanter Zeit zu einem linearen Durchlauf durch eine Liste. Deshalb ist es ein Bug, equals zu überschreiben, ohne hashCode zu überschreiben: Zwei gleiche Objekte hashen unterschiedlich und verschwinden aus der Map, in die du sie gerade eingefügt hast.

Was ist ein Contract-Test und was fängt er ab, das End-to-End-Tests nicht fangen?

Er prüft, ob sich Producer und Consumer über die Form einer Nachricht einig sind, ohne dass beide gleichzeitig laufen müssen. Er fängt die Änderung ab, die niemand angekündigt hat – ein umbenanntes Feld, ein erweiterter Typ, ein optionales Feld, das plötzlich Pflicht ist –, und zwar in dem Moment, in dem sie eingeführt wird, nicht im nächtlichen Lauf. Sein Wert wächst mit der Anzahl der Services, weshalb ein einzelner Monolith ihn selten braucht.