Kapitel 3 ist die API selbst und der größte Block des Lehrplans: 240 der 1200 Unterrichtsminuten. Driver-Lebenszyklus und Setup, Elemente finden und bedienen, Waits und Synchronisation, Navigation und History, Fenster und Tabs, Frames, native Alerts, Dropdowns und Actions. Ausschließlich Selenium 4 — ältere Tutorials lehren Aufrufe, die sich geändert haben oder entfallen sind.
Es ist auch der größte Teil unseres Pools zu dieser Zertifizierung. Die Fragen beschreiben ein Symptom und erwarten den Mechanismus, nicht die Syntax.
Wo Punkte verloren gehen:
Implizite und explizite Waits vermischen. Ein impliziter Wait zusammen mit WebDriverWait erzeugt unvorhersehbare Timeouts, weil beide gleichzeitig warten. Pro Suite eine Strategie — die explizite.
Vorhandensein, Sichtbarkeit und Klickbarkeit sind drei verschiedene Bedingungen. Ein Element kann im DOM und unsichtbar sein oder sichtbar und von einem Overlay verdeckt. Wählen Sie die ExpectedConditions zum beschriebenen Symptom, nicht die erste, die Ihnen einfällt.
Die drei Ausnahmen, die je etwas Bestimmtes bedeuten. NoSuchElementException — nie gefunden. StaleElementReferenceException — gefunden, dann wurde das DOM ersetzt, also neu lokalisieren statt den Klick zu wiederholen. ElementClickInterceptedException — etwas liegt darüber.
Kontext wechseln und den Rückweg vergessen. Frames, Fenster und Alerts brauchen je einen expliziten Wechsel; nach der Arbeit in einem Frame müssen Sie zum Default-Content zurück, bevor Sie etwas außerhalb anfassen. Das ist die klassische Falle.
Den falschen Wert lesen. Bei einem Eingabefeld steht der eingegebene Text im aktuellen Wert, nicht im gerenderten Text — getAttribute("value"), nicht getText().
Feste Wartezeiten. Ein hartes Sleep ist immer die falsche Antwort: an einem langsamen Tag zu kurz, an einem schnellen verschwendete Zeit.
Dieses Kapitel wird am stärksten abgedeckt (21 Fragen) in A4Q Selenium Tester — Probeprüfung 6 (Waits, Synchronisation & Teststabilität)