Prüfen, ob eine Generalprobe für eine Datenbankmigration den Zielzustand abbildet

Ziel

Beurteilen, ob ein isolierter Migrationstest die Schema- und Datenbedingungen durchgespielt hat, die für das beabsichtigte Deployment relevant sind, statt nur zu belegen, dass die Migration auf einer leeren Datenbank funktioniert.

Voraussetzungen

Die autorisierte Migration, die aktuelle Schemaversion und bereinigte, repräsentative Datenmerkmale bereithalten. Eine isolierte Datenbank verwenden und keine personenbezogenen Produktionsdaten kopieren, nur um eine Generalprobe realistischer zu machen.

Schritte

1. Die Annahmen der Migration über bestehende Spalten, Constraints, Zeilenformen und Zugriffsmuster der Anwendung auflisten. Durch Schemametadaten belegte Annahmen von Annahmen über die tatsächlichen Daten trennen.

2. Fixturen erstellen, die die relevanten Zustände abdecken: fehlende Werte, widersprüchliche Datensätze, alte Formate und jedes Grössen- oder Verteilungsmerkmal, von dem die Migration abhängt. Festhalten, was diese Fixturen absichtlich auslassen.

3. Die Migration von der beabsichtigten Ausgangsversion aus über den Deployment-Weg des Projekts ausführen. Vorangehende Migrationen einbeziehen, wenn ihre Effekte erforderlich sind, statt eine handgebaute Annäherung ohne Äquivalenzprüfung zu erstellen.

4. Die resultierenden Daten und Constraints gegen die Abnahmekriterien prüfen. Sind Nebenläufigkeit, Sperren oder Laufzeitkosten relevant, eine gesonderte autorisierte Generalprobe für diese Fragen entwerfen; Korrektheit an einer winzigen Fixtur belegt kein operatives Verhalten.

5. Die Annahmen der Generalprobe unmittelbar vor dem Deployment mit den aktuellen Zielmetadaten vergleichen. Den Plan stoppen oder überarbeiten, wenn das Ziel von dem Zustand abgewichen ist, den der Test tatsächlich abgebildet hat.

Erwartetes Ergebnis

Der Bericht der Generalprobe benennt, welche Migrationsbehauptungen durch Belege gestützt sind und welche Zielbedingungen ungeprüft bleiben. Reviewende können beurteilen, ob das isolierte Ergebnis die Deployment-Entscheidung stützt.

Grenzen und Prüfbasis

Diese ursprüngliche Methode ist kein durchgeführter Migrationstest und kein universelles Datenbankverfahren. Repräsentative Fixturen können wichtige Verteilungen und Wechselwirkungen übersehen. Den tatsächlichen Verträgen von Datenbank und Migrationswerkzeug folgen und Einschränkungen benennen, ohne Leistungsmessungen zu erfinden.