Testmanagement in Datenbank-Migrationsprojekten. Wie kann man die Migration von Legacy-Systemen absichern?

Transkript

1 Testmanagement in Datenbank-Migrationsprojekten Wie kann man die Migration von Legacy-Systemen absichern?

2

3 Grundsätzliches und Motivation Das Grundproblem Produkt-Know-How. Bis zu 15 Jahre alte Produkte Heterogene Produktdokumentation keine systematischen Testprozesse Test von Legacy-Systemen wird stiefmütterlich behandelt. Plattformwechsel bedingen systematisches Testvorgehen bei Alt-Systemen. Kennen Sie weitere Alternativen für Datenbank-Migrationstests?

4 Projektauftrag Migration von 65 Software-Produkten von Informix 9.4 nach Oracle 10g Laufzeit: Insgesamt 2,5 Jahre 25 Projektmitarbeiter (Datenbank- und Test-Experten im Verhältnis 3:2) Umfeld: mit Client-PCs / Anwender Hochverfügbarkeitsvorgaben innerhalb von 7x24 h zu 98% Datenbanken bis zu je 2 TB (netto Rohdaten) insgesamt Summe 20 TB Zahlungssysteme mit jährlichem Buchungsvolumen > 200 Mrd Hardwareaustausch Reliant Unix -> Primepower 2500 Zentralisierung von Datenbeständen auf vier Oracle RAC-Systeme (Risiko)

5 Schlüsselfaktoren für das erfolgreiche Testmanagement Vorgehensmodell Testportfolio mit risikobasiertem Tailoring Last- und Performancetests

6 Vorgehensmodell Testcode Infrastrukturprobleme Performanceprobleme Build Fehler Testreport Test Design Testspezifikation Mangelnde Anwendungstrennung Analyse GoLive Operate Testkonzept Komponentenkonflikte (BDE) Big-Bang vs. Pilotierung Regressionstests Fallback kleine Migrations- Zeitfenster Performanceprobleme

7 Vorgehensmodell Prod A A D B T O B A D B T O C A D B T O D A D B T O E A D B T O F A D B T O G A D B T O H A D B T O I A D B T O J A D B T O K A D B T O L M N O A D B T O A D B T O A D B T O A DB T O Analyse Design Build Test Operate Keine Migration möglich Externer MS

8 Testportfolio mit risikobasiertem Tailoring nicht funktionale Tests funktionale Tests Lasttest Batch-Laufzeittest SQL-Review DB - Hochverfügbarkeitstest Verantwortungsbereich Test-Mitarbeiter Dialog- /Anwendungstest Schnittstellentest Batchtest Fallbacktest GoLive-Test Verantwortungsbereich Datenbank-Mitarbeiter

9 Last- und Performancetests Software Technologie, Architektur Logging Versionen System under Test Hardware Dimensionierung Aktuelle und zukünftige Auslastung Testcenter- vs. eigene Hardware Daten Produktionsdaten Anonymisierung Effiziente Datenbereitstellung Organisation Zuständigkeiten Personal, Know-How-Träger Termine GoLive-Planung (fachliche Releaseabhängigkeiten)

10 Last- und Performancetests Vergleichende Lasttests als Grundprinzip (mangels Last- Baselines) Für Anwendungslasttest- und Batchlasttest verwendbar Keine DB-interne Test- und Messmethoden verwendbar (z. B. Real Application Testing) Code Freeze, fachlichen Änderungen an den Produkten sind zu vermeiden. Erfordert schnelle DB-Reset- Mechanismen

11 Die Last- und Performancetests GUI- Client Requestsimulation System Clientsimulation Clientcode Reallastszenarien implementieren - Die Anwendungslogs als primäre Quelle Request-Häufigkeiten im Tagesverlauf # 90 % der Gesamtlast mit 10 Requests Application Server Logs request Database Logs Request-Häufigkeiten im Tagesverlauf # Maximallast time

12 Zusammenfassung der Erfolgsfaktoren Vorgehensmodell Die richtige Kombination aus klassischem Projektmanagement und flexiblem Realisierungsteam liefert genügend Projekt-Kontrolle und erzeugt Realisierungsteams mit gemischtem Know-How und großer Lösungskompetenz gewährleistet den fristgerechten Projektabschluss Testportfolio mit risikobasiertem Tailoring Mehrwert durch die Kombination der Testverfahren (Lasttest, SQL-Review und Hochverfügbarkeitstests) Risikomanagement garantiert die Auswahl der wesentlichen Testthemen Last- und Performancetests Tuning-Potentiale ausgenutzt; Ressourcenverbrauch und Batchlaufzeiten optimiert Nachweisliche Fehlervermeidung