Ein zweiter Workflowname reicht nicht
Eine Kopie mit dem Zusatz „Test“ kann weiterhin dieselben Zugangsdaten und Zielsysteme verwenden. Dann schreibt sie womöglich in echte Vorgänge. Prüfen Sie deshalb alle Verbindungen und nicht nur den Namen.
Verwenden Sie nach Möglichkeit eigene Testkonten oder ausdrücklich dafür vorgesehene Bereiche. Wo ein Zielsystem keine Testumgebung bietet, muss die Außenwirkung gezielt ersetzt oder deaktiviert werden.
Testdaten mit erkennbaren Eigenschaften
Erstellen Sie Daten, die normale Fälle und relevante Ausnahmen abbilden. Echte Kundeninformationen sind dafür oft unnötig. Ein Testfall sollte außerdem sein erwartetes Ergebnis mitbringen, damit Abweichungen auffallen.
Für E-Mails können die Ergebnisse etwa in eine interne Vorschau statt an reale Empfänger gehen. Prüfen Sie dabei auch CC, BCC und Anhänge. Eine umgeleitete Hauptadresse allein deckt nicht jeden Versandweg ab.
Fehler kontrolliert erzeugen
Schalten Sie im Test einen verbundenen Dienst aus oder liefern Sie einen ungültigen Datensatz. n8n beschreibt gesonderte Fehlerworkflows und die Untersuchung fehlgeschlagener Ausführungen. Fehlerbehandlung.
Die Testmeldung muss bei der vorgesehenen Person ankommen und den betroffenen Vorgang nennen. Testalarme sollten klar als solche erkennbar sein, damit sie keine unnötige Bearbeitung echter Fälle auslösen.
Die Übernahme in den Betrieb planen
Dokumentieren Sie, welche Einstellungen zwischen Test und Betrieb wechseln. Dazu gehören Zugänge, Zielordner, Empfänger und Zeitpläne. Eine Checkliste verhindert, dass ein Testempfänger oder ein alter Pfad unbemerkt bestehen bleibt.
Im fiktiven Beispiel werden zunächst fünf zulässige echte Vorgänge begleitet verarbeitet. Die zuständige Person kontrolliert jeden Abschluss, bevor der Umfang erweitert wird. Diese Zahl ist ein Beispiel für einen begrenzten Start, keine allgemeine Abnahmeregel.
Test und Betrieb dauerhaft unterscheidbar halten
Nach einer Änderung wird der Ablauf wieder in der Testumgebung geprüft. Halten Sie Version und Teststand fest. Wenn beide Umgebungen auseinanderlaufen, muss klar sein, welche Abweichungen beabsichtigt sind.
Eine gute Testumgebung erleichtert Änderungen, weil typische Fehler vor dem Einsatz sichtbar werden. Sie braucht dafür denselben fachlichen Prüfmaßstab wie der echte Ablauf, aber kontrollierte Folgen.
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.