Die Mitfahrgesuche auf den Flurmonitoren bekommen Akzeptanztests. In diesen Übungen bestimmst Du die Bestandteile einer Feature-Datei und sagst voraus, welche Schritte Cucumber zuordnen kann, schreibst Szenarien und Step Definitions für die Gesuche je Monitor und wertest das Abnahmeprotokoll eines Sprint Reviews aus.
Die GUI-Tests prüfen den Flurmonitor im Browser, lesen können sie aber nur die Developers. Jetzt schreibt das Team die Abnahmekriterien mit dem Product Owner als Gherkin-Szenarien („Angenommen … Wenn … Dann …“), und Cucumber führt sie mit den vorhandenen Page Objects in Chrome aus. Du lernst, wie Du Abnahmetest und Systemtest abgrenzt, wie gute Szenarien aussehen, wie Step Definitions mit Cucumber Expressions und Spring arbeiten und wie aus dem Cucumber-Bericht ein Abnahmeprotokoll wird. Der erste Lauf findet zwei Abweichungen.
Die Seite der Mitfahrgesuche bekommt eigene GUI-Tests. In diesen Übungen wählst Du Locatoren für ihre Elemente und sagst voraus, was Selenium findet, schreibst ein Page Object und Tests für die Gesuche, lässt den Browser bei einem Fehlschlag ein Bildschirmfoto ablegen und stabilisierst einen Test, der in der Pipeline mal grün und mal rot ist.
Bisher hat das Team im Browser von Hand geprüft, ob die Monitore nachladen und ob sich die Schulverwaltung anmelden kann. In Sprint 3 übernimmt das Selenium WebDriver: Die Tests starten die ganze Anwendung, und ein Chrome ohne Fenster klickt sich durch die Seiten. Du lernst, mit welchen Locatoren Du Elemente stabil findest, warum ein GUI-Test auf Bedingungen wartet statt zu schlafen, wie Page Objects die Tests vom Aufbau der Seiten trennen und wie die Tests in der Pipeline laufen. Gleich der erste Test findet einen Fehler, den kein bisheriger Test bemerkt hat.
