Testprozess in Migrationsprojekten

Abbildung 1: Beispiel Cobol Code

Vorgehen im Migrationstest

Planung

Die Testplanung beinhaltet die Festlegung der Testziele, die Ressourcen- und Budgetplanung sowie eine Zeitplanung und Aufwandsschätzung für die durchzuführenden Arbeitsschritte des Migrationstests.

Der Testaufwand bemisst sich hier nach der Anzahl der durchzuführenden Testfälle sowie der zu validierenden Testobjekte.

Ein Testfall kann aus dem Nutzungsprofil der Produktionsumgebung abgeleitet werden und in Form einer Online-Transaktion, eines Ereignisses, eines Vorganges oder eines Batch-Prozesses definiert sein. Ein Testobjekt kann aus anonymisierten Produktionsdaten generiert werden und ein Benutzer-Interface, eine Datei, eine Datenbank-Tabelle, eine Systemschnittstelle oder ein erstellter Report sein. Testfälle und Testobjekte stellen zusammen den Testumfang dar.

Die Testplanung sowie Testaufwandsschätzung inklusive der zeitlichen Aspekte (Testdauer) fließen als Ergebnis in das Testkonzept ein.

Auf dieser Grundlage können wir ein Preisangebot für den Migrationstest erstellen.

Code Analyse

Die Analyse des zu migrierenden Quellcodes steht am Beginn jedes Migrationstests. So lässt sich herausfinden, was und mit welchem Aufwand getestet werden soll. Erst wenn die Software einer Analyse unterzogen wurde, ist es möglich, den Test zu planen. Die Komplexität des Kontrollflusses, der Datenverwendung, der Modulinteraktionen, der Wiederverwendbarkeit, der Wartbarkeit, der Konformität oder anderer Größen stellen Aspekte dar, die analysiert werden können. Welche Aspekte einer Analyse unterzogen werden, hängt von der gewünschten Information und Zielgröße ab, die man durch die Analyse gewinnen möchte. Um den funktionalen Anforderungen zu entsprechen, gilt es, im Test Code-Einheiten, Datenbanktabellen und Schnittstellen zu berücksichtigen. Die Analyseergebnisse zeigen, wie viele Schnittstellen bedient und wie viele Datenbanktabellen benötigt werden, um jede definierte Komponente testen zu können. Hier kann ein statisches Analyse-Werkzeuge unterstützen, das die Testbarkeit des Systems errechnet.

Testdesign

Das Design des Migrationstests ist von großer Wichtigkeit. Die Testobjekte sind zu identifizieren. Dazu zählen Benutzerschnittstellen, Datenbanktabellen, Systemschnittstellen und Berichte. Das Testvorgehen – d.h. die Festlegung der einzelnen Testschritte und deren Reihenfolge – ist zu definieren.

Auf eine vorhandene Dokumentation des Altsystems sollte man sich beim Testdesign nicht verlassen. Wenn überhaupt vorhanden, ist diese häufig veraltet und spiegelt die aktuellen Systemeigenschaften nur unzureichend wider. Die effizienteste Möglichkeit des Testdesigns ist es, sich mit den Endbenutzern des Systems zusammenzusetzen. Dieses Vorgehen läuft auf eine nachträgliche Dokumentation der betrieblichen Nutzung hinaus. Ein solches schriftliches Belegmaterial stellt einen Großteil der Aufwände für die Regressionstests dar.

Die Testobjekte, die in der Analysephase aufgezeigt wurden, sind leichter zu identifizieren. Von besonderer Bedeutung ist die Anzahl an Datenelementen, die jedes Datenobjekt besitzt. Dazu zählen z. B. Felder, Spalten, Tags (sichtbare Zeichen zur Daten- und/oder Textstrukturierung). Ebenso relevant sind die Wertebereiche dieser Elemente, die man aus der Produktionsumgebung ablesen kann.

Aus dem Testdesign geht hervor, woher die Testobjekte gewonnen werden und mit welchen Mitteln die Testfälle aufgezeichnet werden können.

Testdaten

Die Testdaten für eine Migration werden oftmals aus dem Datenbestand der Produktion abgezogen und anonymisiert. Die Anonymisierung dient dazu, den Datenschutzanforderungen zu genügen. Der Abzug von Produktionsdaten passiert, indem man das Altsystem in einer kontrollierten Umgebung laufen lässt. Dabei werden sowohl Eingabe- als auch Ausgabewerte sowie die jeweiligen, aktuellen Datenbank-Zustände aufgezeichnet und festgehalten. Die größte Herausforderung liegt in der Datenqualität und darin, hohe Datenvolumina (wie sie eine Produktionsdatenbank mit sich bringt) korrekt zu handhaben. Genauso wichtig ist es, ggf. vorhandene Batchprozesse abzubilden und mit der Vielzahl an Importen, Exporten, Berichten und der Aufzeichnung der Benutzerinteraktionen sorgfältig umzugehen.

Testdurchführung

Der Migrationstest erfolgt mit dem zuvor gewonnenen (Test-) Datenbestand.

Da in der Regel in einem Migrationsprojekt explizit definierte, ausformulierte Anforderungen fehlen, müssen konkrete Testfälle über andere Wege definiert werden. Dazu bieten sich üblicherweise die Online-Transaktionen und Batchprozesse an. Die Menge an Dateninput, die in solche spezifischen Migrations-Testfälle fließen muss, kann eine beachtliche Größe annehmen und kann schwierig zu spezifizieren sein. Das trifft gleichermaßen auf die Testfallmenge im Falle von Regressionstests zu. Konsequenterweise empfiehlt sich an dieser Stelle eine Automatisierung der Migrations-Testfälle – schließlich hat die Testdurchführung in einem Migrationsprojekt hauptsächlich mit der erfolgreichen Anwendung von Werkzeugen zu tun.

Nach der operativen Testdurchführung sind die Ergebnisse des Migrationstests zu evaluieren, um festzustellen, ob das migrierte System die Erwartungen erfüllt: Also dieselbe Leistung (inkl. Performance) wie das Altsystem erbringt. Dazu vergleicht man die Ergebnisse der beiden Systeme und hält jegliche Abweichungen als Nicht-Übereinstimmung fest.

Testauswertung

Abschließend gilt es noch die Testabdeckung, also das Verhältnis an tatsächlich getroffenen Aussagen eines Tests gegenüber den theoretisch möglich treffbaren Aussagen bzw. der Menge der gewünschten treffbaren Aussagen, zu messen. Wurde die, im Testkonzept definierte Testabdeckung erreicht, kann der Test abgeschlossen werden; andernfalls muss er so lange fortgesetzt werden, bis die erwähnten Ziele erreicht worden sind.