Antwort.

Das Testen der Datenmigration ist notwendig, wenn man auf neue Versionen von Anwendungen umsteigt, bei denen sich die Struktur der Datenbank, die Speicherobjekte oder die Logik der Datenumwandlung ändern.

Hintergrund der Frage

Die Entwicklung von Anwendungen erfordert regelmäßige Updates, Migrationen von veralteten Systemen und architektonische Änderungen. Datenmigration wird normalerweise als technische Aufgabe angesehen, jedoch gelangen ohne angemessene Kontrolle regelmäßig Vorfälle zu den Testern - von verlorenen bis hin zu fehlerhaft umgewandelten Daten.

Problem

Die Hauptprobleme sind:

Verlust oder Verzerrung von Daten während der Migration;
Inkonsistenz neuer Daten/Strukturen mit der Geschäftslogik der neuen Version;
Mangel an klaren Kriterien für eine erfolgreiche Migration.

Lösung

Ein geeigneter Prozess für das manuelle Testen umfasst:

Erstellung von Testszenarien, die verschiedene Datentypen abdecken (einfach, komplex, grenzwertig, nicht standardmäßig);
Vergleich der Ergebnisdaten in der neuen und alten Version anhand von Schlüsselkriterien: Anzahl, Korrektheit, Integrität;
Validierung der Logik der Umwandlung komplexer Entitäten;
Testen mit relevanten (Realdaten-) Proben unter zwingender Durchführung einer Sicherung.

Wesentliche Eigenschaften:

Cross-Check verschiedener Datentypen: von einfachen bis hin zu aggregierten und historischen;
Überprüfung der Integrität und Verknüpfungen: nicht nur eine genaue Migration ist wichtig, sondern auch die Wahrung der Beziehungen zwischen Tabellen, Feldern, Entitäten;
Protokollierung des Migrationsprozesses: alle Schritte müssen dokumentiert werden für Reproduzierbarkeit und mögliche Rückführung.

Trickfragen.

Kann man vollständig synthetische Daten für das Testen der Migration verwenden?

Nein. Synthetische Daten spiegeln oft nicht die realen Zusammenhänge und historischen Fälle wider, sie müssen durch echte anonymisierte Proben ergänzt werden.

Reicht es aus, die allgemeine Anzahl der Datensätze vor und nach der Migration zu vergleichen, um die Genauigkeit zu bestätigen?

Nein. Die Anzahl der Datensätze kann bei Umwandlungsfehlern oder Verlust der Vollständigkeit der Daten übereinstimmen. Es ist wichtig, den Inhalt und die Korrektheit der Felder zu analysieren.

Muss die Migration auf einer leeren Datenbank überprüft werden?

Unbedingt. Eine solche Überprüfung deckt Grenzfälle für Fehler auf (z.B. leere Verzeichnisse, Fehlen wichtiger Datensätze).

Typische Fehler und Antipatterns

Überprüfung nur der Anzahl der Zeilen ohne Datenanalyse
Missachtung von Beziehungen zwischen Entitäten und Tabellen
Testen ausschließlich mit neuen Daten und Ignorieren historischer Daten

Beispiel aus der Praxis

Negativer Fall

Im Rahmen der Migration wurden nur "frische" Benutzerdaten überprüft. Logikfehler traten später auf, als selten verwendete historische Daten benötigt wurden (z.B. alte Bestellungen).

Vorteile:

Schnelle Validierung in der Testphase

Nachteile:

Verlust historischer Daten, Einmischung des Support-Teams
Lange Identifikation der Fehlerkette

Positiver Fall

Es wurden Proben mit echten und archivierten (anonymisierten) Daten erstellt, und die Migration wurde sowohl auf diesen als auch auf einer leeren und stark fragmentierten Datenbank getestet.