Junior QA Automation — QA-Automation-Interviewfragen

Was ist der Unterschied zwischen einem explicit und einem implicit Wait, und was geht kaputt, wenn man sie mischt?

Ein implicit Wait ist eine globale Einstellung, die jede Elementsuche bis zu N Sekunden wiederholen lässt. Ein explicit Wait zielt auf eine Bedingung an einem Element – klickbar, sichtbar, vorhanden. Sie zu mischen ist der klassische Fehler: Die beiden Timeouts addieren sich unvorhersehbar, und eine Suche, die eigentlich schnell fehlschlagen sollte, kann bis zur Summe beider hängen. Setze den implicit Wait auf null und nutze überall explicit Waits.

Warum gilt Thread.sleep in Tests als schlechte Praxis?

Weil es eine Vermutung fest codiert. Schläfst du drei Sekunden, hast du entweder bei jedem Lauf zu lange gewartet und über die ganze Suite Minuten verschenkt, oder an einem langsamen Tag nicht lange genug – genau so wird ein Test flaky. Ein explicit Wait pollt die Bedingung und macht weiter, sobald sie erfüllt ist, ist also schneller und zuverlässiger zugleich. Sleep ist nur vertretbar, wenn es wirklich nichts Beobachtbares gibt, worauf man warten könnte.

CSS-Selektor oder XPath – was wählst du und warum?

CSS ist schneller, lesbarer und reicht für die meisten Fälle aus. XPath verdient seinen Platz, wenn du zu einem Elternelement navigieren, nach sichtbarem Text selektieren oder eine Achse verwenden musst – Dinge, die CSS nicht ausdrücken kann. Wichtiger als die Wahl selbst ist die Stabilität: Ein Selektor, der an ein data-testid gebunden ist, übersteht ein Redesign, einer, der mit sechs verschachtelten divs aus den DevTools kopiert wurde, nicht.

Was ist das Page Object Model und welches Problem löst es?

Es sammelt die Locators und Aktionen eines Screens in einer Klasse, sodass der Test login.submit(admin) sagt, statt Elementsuchen aufzulisten. Das gelöste Problem ist Duplizierung: Ändert sich ein Button, ändert sich eine Datei statt vierzig Tests. Der typische Fehler ist, Assertions in das Page Object zu legen – die Page beschreibt den Screen, der Test entscheidet, was korrekt ist.

Was ist der Unterschied zwischen einem Interface und einer abstrakten Klasse?

Eine abstrakte Klasse kann Zustand und einen Konstruktor besitzen und beschreibt, was etwas ist; eine Klasse kann nur von einer erben. Ein Interface beschreibt, was etwas kann, und eine Klasse kann mehrere implementieren. In einem Testframework zeigt sich das sofort: Eine Basisseite mit einem gemeinsamen Driver-Feld ist eine abstrakte Klasse, und etwas wie Searchable, das mehrere Seiten unterstützen, ist ein Interface.

Warum entstehen flaky Tests?

Fast immer wegen Timing oder geteiltem Zustand. Timing bedeutet, dass etwas geprüft wird, bevor die Anwendung fertig ist – eine Animation, ein asynchroner Request, ein Re-Render. Geteilter Zustand bedeutet, dass ein Test Daten hinterlässt, von denen ein anderer abhängt, was auffällt, sobald du die Reihenfolge änderst oder parallel ausführst. Die dritte und am seltensten diskutierte Ursache ist die Umgebung: Eine langsame CI-Maschine macht aus einer lokal nie bemerkten Race Condition einen täglichen Fehlschlag.

Was ist eine StaleElementReferenceException und wie vermeidest du sie?

Sie bedeutet, dass du eine Referenz auf ein Element behalten hast, das die Seite inzwischen neu gerendert hat – das Objekt zeigt auf einen Knoten, der nicht mehr im DOM ist. Sie tritt am häufigsten nach einem Update auf, das eine Liste oder Tabelle neu zeichnet. Du vermeidest sie, indem du das Element erneut suchst statt es zu speichern – genau das machen Playwright-Locators von Haus aus, ein Selenium-PageFactory-Feld dagegen nicht.