Antwort.

Historie der Frage:

Das Testen der Wiederherstellung nach Fehlfunktionen (Recovery Testing) ist entscheidend für Systeme, in denen sowohl die Integrität der Daten als auch die Stabilität des Betriebs von Bedeutung sind. Historisch wurde diese Art des Testens hauptsächlich für Banken-, Finanz- und Medizinsysteme durchgeführt, wo der Verlust von Informationen inakzeptabel ist.

Problem:

Die Hauptaufgabe besteht darin, Fehlersituationen manuell zu modellieren und anschließend die Korrektheit der Wiederherstellung von Daten, Prozessen oder Zuständen zu verifizieren. Der manuelle Ansatz umfasst die Fehler des Testers beim Reproduzieren von Szenarien, die Unterschätzung seltener Situationen und das Fehlen automatisierter Kontrollmittel.

Lösung:

Optimales manuelles Recovery Testing erfolgt nach folgendem Szenario:

1. Bestimmung der kritischen Daten und Vorgänge für die Wiederherstellung
2. Modellierung des Fehlers: Trennen der Festplatte, Netzwerkabschaltung, Notabschaltung
3. Bewertung der Reaktion des Systems: Wurde die Integrität der Daten beibehalten, ist eine korrekte Funktion nach der Wiederherstellung möglich
4. Überprüfung des Workflows: Die Anwendung sollte entweder korrekt selbstständig wiederhergestellt werden oder einen klaren Fehler und Werkzeuge für eine manuelle Wiederherstellung anzeigen

Schlüsselmerkmale:

Notwendigkeit eines tiefen Verständnisses der geschäftskritischen Daten
Rekonstruktion der "beschädigten" Umgebung
Sorgfältige Überprüfung der Invarianten vor und nach dem Ausfall

Fragen mit Fallstricken.

Reicht es aus, die Wiederherstellung nach einem einzigen Fehlertyp (z. B. Stromausfall) zu überprüfen?

Nein, es sollten verschiedene Fehlertypen modelliert werden - Netzwerkprobleme, Datenbankfehler, Hardwareausfälle usw. Nur umfassendes Testen liefert überzeugende Ergebnisse.

Kann die Wiederherstellung als erfolgreich betrachtet werden, wenn die Anwendung einfach ohne Fehler gestartet wurde?

Nein, es ist wichtig sicherzustellen, dass alle Informationen und alle Prozesse vollständig wiederhergestellt sind - andernfalls kann ein "stiller" Datenverlust auftreten, der nicht entdeckt wird.

Sollte man vor dem Recovery Testing ein Backup der Daten erstellen?

Unbedingt! Vor jedem Sabotageakt sollte ein "Checkpoint" aller kritischen Daten eingerichtet werden. Dies ermöglicht den Vergleich vor und nach den Ausfällen.

Typische Fehler und Anti-Patterns

Testen nur eines spezifischen Ausfallfalls
Überspringen der Überprüfung der gesamten Geschäftslogik nach dem Neustart
Arbeiten ohne Sicherung (Backup) der Quelldaten

Beispiel aus dem Leben

Negativer Fall

Der Tester modellierte nur den Stromausfall und prüfte nicht den Verlust der Verbindung zur Datenbank. Infolgedessen gingen nach dem Ausfall Teile der Transaktionen "verloren".

Vorteile:

Schnell und einfach ein Test durchzuführen

Nachteile:

Kritische Datenverluste in der realen Nutzung übersehen

Positiver Fall

Der Tester plante verschiedene Fehlertypen, erstellte Backups, führte eine manuelle Überprüfung durch und entdeckte mehrere Fehler bei der inkorrekten Wiederherstellung. Alle kritischen Prozesse wurden beibehalten.