Test Data Readiness · neu in 2026 · verfügbar für Programme ab 2027
Bereit am Tag minus eins.
Die meisten End-to-End-Testfehler sind keine Prozessfehler. Es sind Daten. Wir prüfen die Daten, die jeder Test braucht – im ERP und in den Systemen drumherum –, bevor die Ausführung beginnt, damit der Zyklus mit Tests läuft, nicht mit Neuladungen.
| Test | Ergebnis | Problem |
|---|---|---|
| Kundenauftrag anlegen | Fehlgeschlagen | Kunde im CRM nicht gefunden |
| Lieferung & Kommissionierung | Fehlgeschlagen | Material nicht für Werk 1200 erweitert |
| Wareneingang | Bestanden | — |
| Preisfindung | Fehlgeschlagen | Keine Preiskondition für diesen Kunden |
| Umlagerung | Fehlgeschlagen | Lagerort im WMS fehlt |
01 · Das Problem
Skripte bereit. Automatisierung bereit. Teams bereit. Dann sind es die Daten nicht.
Große ERP-Programme geraten ins Stocken, wenn Datensätze fehlen, systemübergreifend inkonsistent sind oder den Geschäftsregeln widersprechen, die ein Test voraussetzt. Jeder Fehlschlag wird als Defect untersucht, erneut ausgeführt und neu geladen – und der Zyklus verschiebt sich. Der Kunde ist nicht im CRM. Das Material ist nicht für das Werk erweitert. Die Preiskondition existiert nicht. Nichts davon ist ein Prozessfehler, und alles davon blockiert den Test.
02 · So funktioniert es
Bei der fachlichen Anforderung beginnen – nicht bei den Daten.
- 01Bei der Anforderung beginnenJeder Testfall geht auf eine fachliche Anforderung aus Design und Build zurück – und diese Anforderung bestimmt die Daten, die der Test braucht. Die KI liest den Testfall und ermittelt die Geschäftsobjekte, Mengen und Varianten, von denen er abhängt.
- 02Systemübergreifend prüfenVerfügbarkeit, systemübergreifende Konsistenz (S/4HANA und die Satelliten: CRM, MES, WMS, Data Warehouse) und Übereinstimmung mit den Geschäftsregeln, die der Test voraussetzt – Tage vor Beginn des Zyklus, nicht am ersten Tag.
- 03Unter Governance korrigierenWenn ein Test trotzdem an Daten scheitert, bereitet die KI die Korrektur vor, eine Person gibt sie frei, und vise Data Run spielt sie mit Backup und vollständigem Audit-Trail ein. Die KI schlägt vor. Menschen entscheiden. Jede Änderung ist nachvollziehbar.
03 · Einbettung
An keine Werkzeuglandschaft gebunden.
Die Prüfung arbeitet neben dem, was Sie bereits betreiben – vor allem SAP, ECC bis S/4HANA, und andere ERPs wie Business Central –, liest Testfälle und schreibt Befunde dorthin, wo Ihre Teams bereits arbeiten.
- Testmanagement
- qTest – oder Ihr Werkzeug
- Defects
- Jira – oder Ihr Werkzeug
- ERP
- SAP S/4HANA, SAP ECC, Microsoft Dynamics 365 Business Central
- Satellitensysteme
- CRM, MES, WMS, Data Warehouse
Aufgebaut auf langjähriger Arbeit in Großunternehmen.
- Globale BrauereigruppeSeit Jahren produktiv in Landesgesellschaften in vielen Ländern, das Testteam nutzt täglich qTest.
- Europäischer EnergieversorgerIn einer öffentlichen Ausschreibung für Datenqualität vor zwei globalen DQ-Anbietern ausgewählt.
- 16 Jahre SAP-DatenarbeitMigrationen, Datenqualität und gesteuerte Änderungen in länderübergreifenden Programmen in Polen, Mitteleuropa und der DACH-Region.
04 · FAQ
Fragen, die wir bekommen.
- 01Was ist Test Data Readiness?
- Eine Prüfung vor Beginn eines Testzyklus, ob die Daten, die jeder Testfall braucht, vorhanden sind, über das ERP und seine Satellitensysteme hinweg konsistent sind und den Geschäftsregeln entsprechen, die der Test voraussetzt. Sie macht aus „Datenfehlern“ – der größten Kategorie von End-to-End-Testfehlern in ERP-Programmen – Befunde, die vor der Ausführung behoben werden.
- 02Wie unterscheidet sich das von Werkzeugen für Testdatenmanagement?
- Werkzeuge für Testdatenmanagement stellen Daten bereit oder maskieren sie. Test Data Readiness beginnt bei der fachlichen Anforderung hinter jedem Testfall, prüft die echten Datensätze systemübergreifend und korrigiert unter Governance, was fehlt. Es arbeitet mit den Testmanagement- und Defect-Werkzeugen, die Sie bereits nutzen.
- 03Müssen wir unsere Testwerkzeuge ändern?
- Nein. Die Readiness-Prüfung liest Testfälle aus qTest oder Ihrem Werkzeug und berichtet in einer Form, die Ihr Defect-Prozess (Jira oder ähnlich) nutzen kann. Korrekturen gehen über vise Data Run per Standardschnittstellen in SAP.
- 04Worum geht es im Roundtable?
- Eine 45-minütige Online-Diskussion für Verantwortliche aus Quality Engineering und Programmleitung, sechs bis acht Personen, keine Produktpräsentation: wie andere verhindern, dass Daten Testzyklen aufhalten, was eine Readiness-Prüfung findet und was mit den Befunden zu tun ist.
Zwei Wege zum Start
Sie planen 2027 eine ERP-Welle oder einen großen Testzyklus?
Ihre Landschaft, Ihr nächster Zyklus und was eine Readiness-Prüfung in Ihren Daten finden würde.
Online-Diskussion für Verantwortliche aus Quality Engineering und Programmleitung. 45 Minuten, 6–8 Personen, keine Produktpräsentation. Erste Session im Dezember 2026 – der Termin geht an alle, die sich anmelden.