Tool-Migration & Modernisierung

Das Problem

Ihr Testbestand hat sein Tool überlebt.

Eine Migration wird selten nur vom Tool ausgelöst. Lizenzen stehen zur Verlängerung, der Hersteller hat die Produktrichtung geändert, oder die Suite ist so gewachsen, dass niemand sagen kann, was sie noch abdeckt. Parallel läuft der Release-Train weiter — die Migration muss also ohne Lücke in der Regression Coverage passieren.

Das Risiko ist nicht der Export. Es ist die Erkenntnis nach Monaten, dass ein Drittel der migrierten Testfälle Duplikate waren, dass niemand die erwarteten Ergebnisse kennt oder dass das neue Tool genau wie das alte benutzt wird.

Der geschäftliche Nutzen

Gleiche Coverage, weniger Wartung, eine Suite, die Ihr Team in zwei Jahren noch lesen kann.

• Regression Coverage über den Wechsel hinweg erhalten, mit dokumentiertem Mapping von alt auf neu
• Eine kleinere, entdoppelte Testbasis statt einer 1:1-Kopie historischer Altlasten
• Modul- und Testdaten-Konventionen, die die neue Suite wartbar machen
• Lizenz- und Plattformkosten, die dem tatsächlichen Bedarf entsprechen
• Ein Team, das die Suite ohne externe Hilfe erweitern kann

Wofür wir Verantwortung übernehmen

Inventar, Entscheidung, Migration, Übergabe.

• Inventar und Analyse des Bestands: Testfälle, Module, Testdaten, Integrationen, Custom Code
• Eine Übernahmeentscheidung je Asset — migrieren, neu bauen, zusammenführen oder ausmustern — abgestimmt mit Ihren Test Managern
• Zielarchitektur im neuen Tool: Modulstruktur, wiederverwendbare Komponenten, Testdaten-Vorgehen, Namenskonventionen
• Durchführung der Migration, mit automatisierter Konvertierung, wo sie sicher ist, und manuellem Neuaufbau, wo nicht
• Pipeline- und Test-Management-Integration, Nachvollziehbarkeit zurück zu den Anforderungen
• Enablement Ihres Teams und eine definierte Übergabe — oder Weiterbetrieb als Managed-Testing-Team

Typische Ergebnisse

Was auf Ihrem Tisch landet.

• Inventar des Testbestands mit Coverage- und Duplikatsanalyse
• Migrationsdesign und Protokoll der Übernahmeentscheidungen
• Aufwands- und Risikoschätzung je Migrationswelle
• Ziel-Modularchitektur und Testdaten-Konzept
• Migrierte und ausführbare Test Suite im neuen Tool
• Traceability-Mapping von Altbestand auf migrierte Assets
• Enablement-Sessions und Dokumentation für Ihr Team

Unterstützte Plattformen

Von UFT, Worksoft, Selenium und ALM zu Tosca und qTest.

Arbeitsweise

Fünf Phasen, jede mit definiertem Ergebnis.

1. 01

   Assessment

   Inventar des Bestands, Coverage- und Duplikatsanalyse, erste Aufwandsspanne.

2. 02

   Migrationsdesign

   Zielarchitektur, Übernahmeentscheidungen, Wellenplanung und Risikoregister.

3. 03

   Pilotwelle

   Ein geschäftskritischer Prozess end-to-end im neuen Tool, um das Design vor der Skalierung zu bestätigen.

4. 04

   Migrationswellen

   Durchführung in vereinbarten Wellen, mit durchgehend erhaltener Regression Coverage.

5. 05

   Übergabe oder Betrieb

   Enablement und Dokumentation — oder Weiterbetrieb durch unser Managed-Testing-Team.

Projekterfahrung

Zwei aktuelle Migrationen.

• Versicherung · Schweiz — Migration der UFT-Regressionsbasis und ihrer Varianten nach Tosca Cloud. Die Regression Suite läuft in Tosca Cloud.
• Gesundheitswesen · Schweiz — QMetry auf Tricentis qTest in einer Nacht: 5.047 Testfälle und 11.508 Ausführungen, jedes Objekt abgeglichen.
• Verteidigung & Industrie · Deutschland — Umwandlung eines manuellen SAP-Testkatalogs in automatisierte Tosca-Tests on-premise, mit Performance- und Lasttests auf denselben Prozessen. Laufend.

Häufige Fragen

Vor dem Vertrag, nicht danach.