Selenium Self-Healing

Deine Selenium-Tests bleiben. Die Wartung wird einfacher.

Du hast bereits Selenium-Tests in Java? Behalte deine bestehende Suite. Wenn sich zum Beispiel eine Button-ID nach einem Release ändert, kann TestZombie bei passenden Locator-Fehlern helfen. Erfolgreiche Reparaturen lassen sich optional auch im Code festhalten.

Java + SeleniumBestehende JUnit/TestNG SuitesAutomatic Code Update
CheckoutTest.java
// alter Locator schlägt fehl
driver.findElement(By.id("checkout-submit-v1")).click();

// TestZombie findet das Ziel-Element wieder
// healed → button[data-testid='checkout']

// erfolgreicher Fix kann dauerhaft übernommen werden
driver.findElement(By.cssSelector("button[data-testid='checkout']")).click();
Warum Selenium Tests brechen

Die Anwendung lebt. Der Locator ist veraltet.

Ein Entwickler ändert eine CSS-Klasse oder die ID eines Buttons. Für Nutzer funktioniert alles weiter – aber der automatisierte Test sucht noch nach dem alten Element. Genau bei solchen Änderungen kann TestZombie helfen.

1

DOM-Refactorings

Strukturänderungen machen XPath- oder CSS-Selektoren ungültig.

2

Dynamische Attribute

Generierte IDs und Klassen sind nicht dauerhaft stabil.

3

UI-Komponenten ändern sich

Das Ziel bleibt fachlich gleich, technisch sieht es aber anders aus.

So funktioniert es

Selenium Healing in vier Schritten

Die Integration sitzt dort, wo Ihr WebDriver bereits arbeitet.

1

Test läuft wie gewohnt

Ihre vorhandenen Selenium-Tests bleiben der Ausgangspunkt.

2

Locator kann nicht aufgelöst werden

Wenn ein Test einen Button oder ein Feld nicht mehr findet, erhält TestZombie den fehlerhaften Locator und den aktuellen Seitenkontext.

3

Passendes Element wird ermittelt

TestZombie sucht nach möglichen Alternativen und verwendet nur einen ausreichend belastbaren Treffer.

4

Fix automatisch in den Code übernehmen

Du kannst erfolgreiche Reparaturen optional direkt im Java-Testcode speichern. Der bisherige Locator bleibt zur Nachvollziehbarkeit kommentiert.

Integration

In eine bestehende Selenium Suite integrieren

Die Developer-Dokumentation enthält Maven-Setup, Driver-Initialisierung und Konfigurationsoptionen.

Developer Guide
pom.xml
<dependency>
  <groupId>com.testzombie</groupId>
  <artifactId>testzombie-lib-java</artifactId>
  <version>1.0.0</version>
</dependency>

TestZombieDriver.setCredentials("<key>","<email>");
WebDriver driver = TestZombieDriver.createChrome();
🧟

Weniger Locator-Fixes

Routineänderungen müssen nicht jedes Mal manuell untersucht werden.

🔎

Transparente Healings

Sie sehen, wann, wo und womit ein Locator ersetzt wurde.

🛠️

Dauerhafte Code-Fixes

Übernimm erfolgreiche Reparaturen optional in deinen Java-Code, statt denselben Locator immer wieder neu zu suchen.

📊

Zentrale Analyse

Sieh Testläufe und Healing-Ereignisse an einem zentralen Ort nach.

FAQ

Häufige Fragen zu Selenium Self-Healing

Funktioniert TestZombie mit bestehenden Selenium-Tests?

Ja. Der Ansatz ergänzt bestehende Java/Selenium-Testautomatisierung, statt eine neue Testsuite zu verlangen.

Was passiert, wenn kein sicherer Ersatz gefunden wird?

Dann sollte der Test regulär fehlschlagen. Self-Healing darf einen echten Fehler nicht durch einen unsicheren Treffer verdecken.

Kann ich erfolgreiche Healings überprüfen?

Ja. Healing-Logs machen den ursprünglichen Locator, die Ersatzentscheidung und den Kontext nachvollziehbar.

Kann der neue Locator in den Testcode geschrieben werden?

TestZombie kann erfolgreiche Healings als Fix-Empfehlung bereitstellen und die unterstützte Auto-Update-Funktion für den Testcode nutzen.

TestZombie AI

Gib deinen bestehenden Tests ein längeres Leben.

Behalte deine Selenium-, Playwright- oder Appium-Tests und ergänze gezielt Self-Healing, Fehleranalyse und optionale Codepflege.