Erfolg fachlich definieren
Schreiben Sie zuerst auf, was ein korrekter Durchlauf bewirkt. Beispielsweise wird genau eine neue Aufgabe mit passender Zuständigkeit angelegt und auf den ursprünglichen Eingang verwiesen. Der technische Status „erfolgreich“ ist dafür nicht genug: Ein Ablauf kann ohne Fehlermeldung die falsche Person oder das falsche Feld verwenden.
Trennen Sie drei Fragen. Wurde der Ablauf überhaupt gestartet? Wurden die einzelnen Aktionen ausgeführt? Ist das Ergebnis inhaltlich richtig? Microsofts Fehlerhilfe für Cloud-Flows unterscheidet ebenfalls Probleme mit Auslösern, Aktionen und Logik. Diese Unterscheidung hilft, einen Fehler an der richtigen Stelle zu untersuchen.
Fehlende und ungewöhnliche Eingaben testen
Erstellen Sie einen Fall ohne optionale Angabe und einen mit fehlender notwendiger Angabe. Im ersten Fall sollte der Ablauf eine definierte Ersatzdarstellung verwenden oder das Feld auslassen. Im zweiten muss der Vorgang erkennbar zur Klärung stehen bleiben, statt einen plausibel aussehenden falschen Wert zu erfinden.
Prüfen Sie längere Texte, Sonderzeichen und Werte an einer erwarteten Grenze. Wenn nur bestimmte Zustände zulässig sind, testen Sie auch einen unbekannten Zustand. Solche Fälle zeigen, ob die Regel tatsächlich eindeutig ist oder nur mit dem zuerst verwendeten Beispiel funktioniert.
Verwenden Sie für Tests keine echten externen Empfänger, solange der Versand selbst nicht ausdrücklich und kontrolliert geprüft werden soll. Ein interner Testbereich oder eine dafür vorgesehene Testadresse begrenzt die Folgen eines Fehlers.
Doppelte Auslöser und Wiederholungen berücksichtigen
Starten Sie denselben fachlichen Vorgang in der Testumgebung zweimal. Prüfen Sie, ob eine zweite Aufgabe entsteht oder eine bereits vorhandene erkannt wird. Legen Sie vorher fest, welche Wirkung gewünscht ist. Nicht jeder wiederholte technische Aufruf ist fachlich eine neue Anfrage.
Betrachten Sie einen teilweise abgeschlossenen Lauf. Wenn die Aufgabe bereits erstellt wurde, aber die Benachrichtigung scheitert, kann ein vollständiger Neustart die Aufgabe verdoppeln. Ein Wiederholungsweg muss daher den erreichten Zustand berücksichtigen. Wie das technisch umgesetzt wird, hängt vom Werkzeug ab.
Dokumentieren Sie den Zusammenhang zwischen Eingangsreferenz und erzeugtem Ergebnis. Ohne diesen Bezug ist später schwer zu unterscheiden, ob ein fehlender Eintrag erneut verarbeitet werden muss oder nur die Benachrichtigung ausgeblieben ist.
Unterbrechungen kontrolliert nachstellen
Prüfen Sie in einer geeigneten Testumgebung einen fehlenden Zielbereich oder eine bewusst eingeschränkte Testberechtigung. Verändern Sie dafür keine produktiven Zugänge. Beobachten Sie, ob ein verständlicher Fehlerzustand entsteht und ob die verantwortliche Person ihn tatsächlich sieht.
Unterscheiden Sie vorübergehende Erreichbarkeitsprobleme von dauerhaften Konfigurationsfehlern. Wiederholtes Starten löst keinen falsch benannten Zielbereich. Ein Test sollte zeigen, welche Information für die Diagnose verfügbar ist und welcher Schritt ohne weitere Änderungen sicher geprüft werden kann.
Einen stillen Fehler erkennen
Ein besonders aufschlussreicher Test verwendet zwei ähnlich benannte Zielbereiche. Prüfen Sie, ob die Ausgabe wirklich im vorgesehenen Bereich landet. Technisch kann ein Schreibvorgang erfolgreich sein, obwohl eine falsche Auswahl zu einem fachlich falschen Ergebnis führt.
Vergleichen Sie dazu die Eingangsreferenz mit dem tatsächlich erzeugten Eintrag und dessen Ziel. Eine reine Anzahl erfolgreicher Läufe würde diesen Fehler möglicherweise nicht erkennen. Der Test zeigt, warum eine fachliche Stichprobe zusätzlich zur technischen Fehlermeldung nötig sein kann.
Wenn die Zuordnung korrigiert wird, prüfen Sie bereits entstandene Ergebnisse gesondert. Eine reparierte Regel verschiebt frühere falsche Einträge nicht automatisch an den richtigen Ort. Halten Sie fest, welche Nacharbeit erforderlich ist und wer deren Abschluss bestätigt.
Ergebnisse als kleine Fallliste behalten
Notieren Sie pro Fall Eingang, erwartetes Ergebnis, tatsächliches Ergebnis und notwendige Korrektur. Diese Liste wird bei späteren Änderungen erneut verwendet. Sie muss nicht jedes denkbare Ereignis abdecken, sollte aber die wesentlichen Arbeitsregeln und bekannten Ausnahmen enthalten.
Nach einer Korrektur wiederholen Sie den betroffenen Fall und einen normalen Durchlauf. Eine Änderung am Ausnahmeweg kann unbeabsichtigt den Standardfall verändern. Erst wenn beide funktionieren, ist die Korrektur für diesen Umfang geprüft.
Benennen Sie schließlich den Kontrollweg im laufenden Betrieb. Wer prüft fehlgeschlagene Fälle, wie werden sie zugeordnet und wann wird die Automatisierung bei unklaren Ergebnissen angehalten? Der Testplan wird damit Teil der tatsächlichen Betreuung und bleibt nicht nur eine einmalige Demonstration.
