Java und Maven vorbereiten
Das GitHub-Beispiel benötigt Java 21+, Maven 3.9+ und einen Browser (Chrome, Firefox oder Edge).
SCHRITT-FÜR-SCHRITT
Selenium Java mit TestZombie starten
Nutze das fertige Java-Demo-Projekt oder binde TestZombie über Maven in bestehende Selenium-Tests ein. Du behältst deine Tests und kannst Healing ausprobieren.
Beispielprojekt klonen
Das Projekt enthält bereits TestZombie, Selenium, JUnit und einen ausführbaren Testablauf.
git clone https://github.com/testzombie/testzombie-example-selenium-java.git
cd testzombie-example-selenium-javaKonto verbinden und Tests starten
Registriere dich kostenlos und verwende den API-Key und deine Account-E-Mail. Das Beispiel akzeptiert sie als Maven-Parameter.
mvn test -Dtestzombie.apikey=YOUR_API_KEY -Dtestzombie.email=YOUR_EMAILHealing ausprobieren
Das Demo verändert gezielt Oberflächenelemente. Starte unterschiedliche Mutation Levels und beobachte die Reparatur in den Testläufen.
In dein bestehendes Selenium-Projekt integrieren
Füge die Java-Library zu deiner pom.xml hinzu. Die unten gezeigte Version ist die im aktuellen Beispielprojekt verwendete Version; auf Maven Central findest du verfügbare Releases. Anschließend erstellst du den Driver über TestZombie statt direkt über ChromeDriver.
<dependency>
<groupId>com.testzombie</groupId>
<artifactId>testzombie-lib-java</artifactId>
<version>1.2.0</version>
</dependency>TestZombieDriver.setCredentials(apiKey, accountEmail);
WebDriver driver = TestZombieDriver.createChrome();Wenn der erste Start nicht klappt
Keine Verbindung?
API-Key, Account-E-Mail und Netzwerkzugriff zur TestZombie-API prüfen.
Kein Healing sichtbar?
Der normale Testlauf kann ohne Healing erfolgreich sein. Für die Demo die im Repository beschriebenen Mutation Levels ausprobieren.
Code-Update gewünscht?
Die Funktion ist optional. Zuerst Preview verwenden, anschließend Änderungen vor einer Übernahme prüfen.
Der erste Test läuft – und dann?
Im Dashboard findest du Testläufe und Healing-Logs. Ein fehlerhafter Locator kann von TestZombie repariert werden; echte Anwendungsfehler bleiben weiterhin Fehler. Erfolgreiche Locator-Fixes können optional als Code-Update geprüft und übernommen werden.