Orchestrierung ohne Instrumentierung: End-to-End-Automatisierung in komplexen Systemlandschaften
Objentis
Moderne CI/CD-Pipelines liefern heute schnell und zuverlässig Feedback. Unit-Tests, API-Tests, Integrationsprüfungen und statische Codeanalyse helfen dabei, Fehler früh zu erkennen.
Trotzdem treten Probleme manchmal erst auf, wenn ein gesamter Geschäftsprozess durchlaufen wird.
Das ist kein Argument gegen Shift-Left-Testing – im Gegenteil. Frühzeitige Tests bleiben unverzichtbar. Sie prüfen Komponenten, Schnittstellen und Logik dort, wo Fehler am günstigsten zu beheben sind. Doch sie können nicht vollständig beantworten, ob eine Customer Journey oder ein Geschäftsprozess über mehrere Systeme, Geräte und Verantwortungsbereiche hinweg tatsächlich funktioniert.
Genau an diesen Übergängen entstehen oft die schwierigsten Fehler: Daten kommen verspätet an, ein System wartet auf ein Ereignis, das nie eintritt, ein Status wird nicht korrekt übernommen oder ein Prozess funktioniert technisch – aber nicht aus Sicht der Nutzerinnen und Nutzer.
Shift Left, wo es sinnvoll ist. Orchestrierung, wo sie notwendig wird.
Wenn der Prozess größer ist als eine einzelne Anwendung
In der Praxis bleiben Geschäftsprozesse selten innerhalb einer Anwendung.
Ein typisches Beispiel: Eine Kundin bestellt online ein Produkt. Sie beginnt im Webshop, bestätigt vielleicht ihre Identität über eine mobile App, bezahlt über einen externen Dienstleister und erhält anschließend eine Bestätigung per E-Mail. Im Hintergrund werden Lagerbestände aktualisiert, Daten an interne Systeme übergeben und möglicherweise Dokumente archiviert.
Jedes dieser Systeme kann für sich genommen korrekt funktionieren. Trotzdem kann die gesamte Journey scheitern – etwa an einer fehlenden Übergabe, einem Timing-Problem oder einem nicht erwarteten Zustand.
Die Herausforderung liegt daher oft nicht in den einzelnen Anwendungen, sondern in den Verbindungen zwischen ihnen.
Was Orchestrierung dabei leistet
End-to-End-Automatisierung bedeutet nicht einfach, mehrere einzelne Tests nacheinander auszuführen.
Orchestrierung verbindet unterschiedliche Automatisierungen zu einem kontrollierten Ablauf. Sie sorgt dafür, dass Testschritte über Systeme und Geräte hinweg abgestimmt ablaufen, Daten weitergegeben werden, Ereignisse zum richtigen Zeitpunkt ausgelöst werden und am Ende ein gemeinsames Ergebnis entsteht.
So lässt sich beispielsweise ein Prozess testen, der ein Kundenportal, interne Services, ein Legacy-System, Cloud-Speicher und einen externen Benachrichtigungsdienst umfasst – als ein zusammenhängender, nachvollziehbarer Ablauf.
Statt einzelne Teilbereiche separat zu prüfen und Übergaben manuell zu kontrollieren, kann der gesamte Prozess automatisiert und mit einem konsolidierten Ergebnis bewertet werden.
Was passiert, wenn technische Zugänge fehlen?
Klassische Testautomatisierung arbeitet häufig mit technischen Zugriffsmöglichkeiten: DOM-Elementen, APIs, Accessibility Trees, stabilen IDs oder speziell eingebauten Test-Hooks.
Wo diese Möglichkeiten vorhanden und stabil sind, sollten sie selbstverständlich genutzt werden. Sie ermöglichen präzise Interaktionen und liefern oft detaillierte technische Informationen.
In vielen realen Systemlandschaften ist dieser Zugriff jedoch nicht möglich oder nicht erwünscht. Das betrifft beispielsweise:
- ältere oder schwer anpassbare Anwendungen,
- Systeme unter Kontrolle von Drittanbietern,
- virtuelle oder remote betriebene Umgebungen,
- proprietäre Unternehmenssoftware,
- produktionsnahe und regulierte Umgebungen, in denen zusätzliche Test-Schnittstellen nicht erlaubt sind.
Hinzu kommt: Tests, die stark von internen technischen Details abhängen, können bei Änderungen an der Implementierung schnell wartungsintensiv werden.
Und selbst wenn ein System intern den richtigen Status meldet, ist damit noch nicht sichergestellt, dass die Oberfläche für Anwenderinnen und Anwender tatsächlich funktioniert.
Die sichtbare Benutzeroberfläche als Schnittstelle
Wenn keine dedizierte Instrumentierung zur Verfügung steht, bleibt die Schnittstelle, die auch Menschen nutzen: Bildschirm, Tastatur, Maus und Touch.
Automatisierung kann dann über die sichtbare Benutzeroberfläche arbeiten. Sie erkennt, was auf dem Bildschirm erscheint, interagiert mit sichtbaren Elementen und überprüft, ob die erwartete Rückmeldung angezeigt wird.
Das hat einen entscheidenden Vorteil: Es wird nicht nur geprüft, ob ein System intern etwas verarbeitet hat. Es wird geprüft, ob das Ergebnis für Nutzerinnen und Nutzer tatsächlich sichtbar, verständlich und bedienbar ist.
Das bedeutet nicht, dass visuelle Automatisierung APIs oder stabile technische Identifikatoren ersetzen soll. Vielmehr ergänzt sie diese Ansätze – insbesondere dort, wo klassische Zugänge fehlen.
KI als Wahrnehmungsschicht
KI kann visuelle Automatisierung deutlich robuster machen. Sie kann helfen, Buttons, Eingabefelder, Texte, Fehlermeldungen, Statusanzeigen oder andere sichtbare Elemente zuverlässig zu erkennen – auch über unterschiedliche Technologien hinweg.
Ihre Rolle sollte dabei klar begrenzt bleiben.
Die KI unterstützt bei der Frage:
„Was ist aktuell auf dem Bildschirm sichtbar?“
Die Testlogik beantwortet dagegen:
„Was soll als Nächstes passieren?“
Testschritte, Datenflüsse, erwartete Ergebnisse sowie Pass-/Fail-Kriterien werden weiterhin bewusst und deterministisch definiert. Das sorgt dafür, dass Tests wiederholbar, nachvollziehbar und auditierbar bleiben.
KI wird damit zur Wahrnehmungsschicht – nicht zu einem unkontrollierten Agenten, der selbstständig Testpfade erfindet.
Fazit
Shift-Left-Testing bleibt ein zentraler Baustein moderner Qualitätssicherung. Für echte End-to-End-Sicherheit reicht es jedoch nicht aus, einzelne Komponenten oder Schnittstellen isoliert zu prüfen.
Sobald Geschäftsprozesse mehrere Systeme, Technologien, Geräte oder externe Partner verbinden, braucht es eine Orchestrierung, die diese Teile zu einem kontrollierten Gesamtprozess zusammenführt.
Wo Instrumentierung verfügbar ist, sollte sie sinnvoll eingesetzt werden. Wo sie fehlt, kann die sichtbare Benutzeroberfläche zu einer praktischen und nutzerorientierten Automatisierungsschnittstelle werden.
Das Ziel ist nicht, bestehende Testverfahren zu ersetzen. Es geht darum, sie sinnvoll zu ergänzen – damit auch die Geschäftsprozesse automatisiert geprüft werden können, die für Unternehmen und ihre Kundinnen und Kunden wirklich entscheidend sind.
