Zum Inhalt springen

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.

Testlauf · Tag eins5 Tests · 4 an Daten gescheitert
TestErgebnisProblem
Kundenauftrag anlegenFehlgeschlagenKunde im CRM nicht gefunden
Lieferung & KommissionierungFehlgeschlagenMaterial nicht für Werk 1200 erweitert
WareneingangBestanden—
PreisfindungFehlgeschlagenKeine Preiskondition für diesen Kunden
UmlagerungFehlgeschlagenLagerort 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.

  1. 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.
  2. 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.
  3. 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?

30-minütiges Gespräch

Ihre Landschaft, Ihr nächster Zyklus und was eine Readiness-Prüfung in Ihren Daten finden würde.

Test Data Readiness Roundtable

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.

Mit dem Absenden stimmen Sie zu, dass wir diese Angaben verarbeiten, um Ihnen zu antworten. Datenschutzerklärung (auf Englisch).