Die Erwartung vor dem Test aufschreiben
Wenn erst nach dem Lauf entschieden wird, was richtig gewesen wäre, lässt sich ein Fehler leicht wegdiskutieren. Schreiben Sie für jeden Test Eingang, erwartetes Ergebnis und erlaubte Nebenwirkungen auf. Das gilt auch für Fälle, in denen der Ablauf bewusst nichts ausführen soll.
Ein Beispiel für eine Dokumentenübertragung: Eine vollständige Musterdatei erzeugt genau einen Eintrag mit den vereinbarten Feldern. Fehlt die Vorgangsnummer, entsteht eine Prüfaufgabe. Es darf kein neuer Kunde mit einer erfundenen Nummer angelegt werden.
Eine kleine, aber aussagekräftige Fallsammlung
- Ein typischer vollständiger Eingang.
- Ein fehlendes Pflichtfeld und ein ungültiger Wert.
- Zwei identische Eingänge sowie eine echte Korrekturfassung.
- Ein vorübergehend nicht erreichbares Zielsystem.
- Eine Unterbrechung nach einer bereits ausgeführten Änderung.
- Ein Nutzer ohne Berechtigung für den betroffenen Vorgang.
Ergänzen Sie die Sonderfälle Ihres Betriebs. Bei Tabellen sind das etwa mehrseitige Dokumente oder führende Nullen. Bei Antwortentwürfen gehören falsche Empfänger und unbelegte Termine dazu. Eine lange Standardliste ersetzt diese konkreten Risiken nicht.
Ausnahmen brauchen ebenfalls ein gutes Ergebnis
Ein Workflow kann einen Test bestehen, indem er einen Vorgang kontrolliert zurückstellt. Entscheidend ist dann, ob die zuständige Person den Fall findet und versteht. Prüfen Sie die Fehlermeldung genauso wie die erfolgreiche Ausgabe.
n8n dokumentiert Fehlerworkflows als eigenen Mechanismus. Dokumentation. Für Ihre Abnahme zählt, ob damit der vereinbarte Ersatzweg tatsächlich erreicht wird.
Testdaten vom späteren Alltag unterscheiden
Die Beispieldateien aus dem Bau des Ablaufs sind für die Entwicklung wichtig. Zusätzlich brauchen Sie bisher ungesehene Fälle. Sonst kann ein Ablauf genau auf die bekannten Muster passen und schon an der ersten leicht veränderten Eingabe scheitern.
Eine überschaubare erste Sammlung findet grobe Fehler, belegt aber keine allgemeine Zuverlässigkeitsquote. Umfang und Tiefe der Prüfung müssen zu den Folgen möglicher Fehler passen. Halten Sie diese Grenze im Abnahmeprotokoll fest.
Was Sie am Ende übernehmen
Dokumentieren Sie die getestete Version, offene Mängel und bekannte Grenzen. Vereinbaren Sie, welche Änderungen einen erneuten Test auslösen: etwa ein neues Dateiformat, ein anderer KI-Dienst oder eine Änderung am Zielsystem. Bewahren Sie die Tests so auf, dass sie wiederholt werden können.
Auch ein Stoppschalter und die Übergabe offener Vorgänge gehören zur Abnahme. Die Frage lautet dabei ganz praktisch: Kann eine zuständige Person den Ablauf anhalten, ohne Eingänge zu verlieren, und anschließend nachvollziehen, was bereits erledigt wurde?
Quellen und weiterführende Grundlagen
Über den Autor
Julian Süllner hat Provehor gegründet und führt das Unternehmen als Geschäftsführer. Er verantwortet Produktentwicklung, Kundenprojekte und die Ratgeber auf dieser Website.