Testing ist der entscheidende Hebel für Qualität und Planbarkeit in D365 Projekten. Mit einer strukturierten Strategie lässt sich Rework erheblich reduzieren – und der Go-Live wird planbarer.
1Teststrategie in 3 Ebenen
Eine strukturierte Teststrategie unterscheidet drei Ebenen, die aufeinander aufbauen. Jede Ebene hat einen klaren Fokus, definierte Verantwortlichkeiten und eine eigene Testbasis.
- Ebene 1 – Unit/Dev Tests: Früh, günstig, schnell. Einzelne Konfigurationen und Entwicklungen werden isoliert getestet. Verantwortung liegt beim Entwicklungsteam.
- Ebene 2 – Process Tests (End-to-End): Vollständige Geschäftsprozesse werden in realistischen Szenarien getestet. UAT (User Acceptance Testing) gehört zu dieser Ebene.
- Ebene 3 – Regression: Vor jedem Release und vor dem Go-Live werden alle kritischen Pfade erneut geprüft, um sicherzustellen, dass Änderungen keine bestehenden Funktionen beschädigt haben.
2Testfälle aus Requirements ableiten
Testbarkeit wird beim Requirement-Design entschieden – nicht danach. Ein Requirement, aus dem sich kein Testfall ableiten lässt, ist kein testbares Requirement und damit nicht bereit für die Umsetzung.
Die Verknüpfung von Requirements und Testfällen ermöglicht echte Traceability: Du kannst zu jedem Zeitpunkt sagen, welche Requirements durch welche Tests abgedeckt sind – und welche noch offen sind.
Schreibe den Testfall, bevor du das Requirement für fertig erklärst. Wenn du keinen Testfall formulieren kannst, ist das Requirement noch zu vage oder zu breit.
3Testdaten richtig verwalten
Schlechte Testdaten sind einer der häufigsten Gründe für falsch-positive Testergebnisse. Ein Test, der mit unrealistischen oder unvollständigen Daten besteht, gibt keine Aussage über das Systemverhalten im Produktivbetrieb.
Golden Data Sets sind sorgfältig gepflegte, realistische Datensätze, die für Tests versioniert verwaltet werden. Sie decken typische Szenarien, Grenzfälle und bekannte Problemstellungen ab.
- Golden Data Sets sind dokumentiert und versioniert
- Jeder Tester arbeitet mit denselben Ausgangsdaten
- Testdaten werden nach Migrationsläufen aus der Produktivumgebung abgeleitet
- Sensitive Daten werden anonymisiert – compliance-konform
4Automatisierung strategisch einsetzen
Testautomatisierung ist kein Selbstzweck – sie lohnt sich dort, wo Stabilität und Wiederholung gefragt sind: kritische End-to-End Pfade, Regressionstests und Datenmigrations-Validierungen.
Agents können bei der Erstellung von Testdaten, Test-Templates und Reporting-Dokumenten unterstützen – und damit den manuellen Aufwand erheblich reduzieren.
- Automatisierung priorisiert für: kritische Prozesse, häufige Regressionspfade
- Agents erstellen Testdaten-Templates und Testfall-Strukturen auf Basis von FDD/IDD
- Testergebnisse werden automatisch in Reporting-Dokumente überführt