Inhalt
Die Einführung von SAP S/4HANA ist für viele Unternehmen eines der strategisch wichtigsten IT-Programme der letzten Jahre. Neben Architektur, Datenmigration und Prozessen entscheidet vor allem ein professionelles Testmanagement darüber, ob das Projekt stabil, termingerecht und mit hoher Anwenderakzeptanz live geht.
Dieser Artikel zeigt, worauf es im Testmanagement von S/4HANA-Projekten ankommt und wie SAP Cloud ALM unterstützt.
Warum Testmanagement in SAP S/4HANA-Projekten besonders kritisch ist
S/4HANA-Transformationen unterscheiden sich deutlich von klassischen SAP-Upgrades durch
- Tiefgreifende Prozessänderungen (End-to-End, FIORI, Embedded Analytics)
- Technische Brüche (HANA-Datenbank, Custom Code Anpassungen)
- Hohe Integrationsdichte (SAP- und Non-SAP-Systeme)
- Parallellaufende Changes durch Fachbereiche und IT
Tests sind daher kein „Projektabschnitt“, sondern ein kontinuierlicher Steuerungsmechanismus über alle Phasen hinweg.
Erfolgsfaktoren für Testmanagement mit SAP Cloud ALM
Frühzeitige Teststrategie
Eine klare Teststrategie sollte bereits in der Explore-Phase festgelegt werden. Diese beinhaltet zum Beispiel:
- Verschiedene Arten von Tests
- Automatisierungsgrad
- Testdatenstrategie
- Governance & Reporting
Die unterschiedlichen Teststufen bauen logisch aufeinander auf.
- Unit Test: Prüfung einzelner, technisch abgegrenzter Funktionen oder Konfigurationen.
- Integration Test: Überprüfung des Zusammenspiels mehrerer Prozesse, Module oder Systeme.
- User Acceptance Test: Fachliche Abnahme durch die Fachbereiche auf Basis der migrierten Daten. Leistet die Lösung die definierten Anforderungen und laufen die Prozesse praxisnah und effizient ab?
- Migrationstest: Durchführung der Datenmigration unter realistischen Bedingungen zur Überprüfung der Cut-Over-Planung (inkl. Dauer der einzelnen Schritte, Abhängigkeiten, Downtime, etc.) und als Probelauf für die Produktivmigration. I.d.R. werden mindestens zwei Testmigrationen benötigt.
- Regressionstest: Bereits funktionierende Prozesse werden erneut geprüft. Dies geschieht z.B. nach Systemanpassungen, Updates oder Release Changes.
Funktionale, technische sowie Performancetests ergänzen die klassischen Testarten. Funktionale Tests stellen sicher, dass Geschäftsprozesse fachlich korrekt und gemäß den definierten Anforderungen ablaufen. Dass die Systemarchitektur technisch stabil und korrekt implementiert ist, wird in technischen Tests überprüft. Wohingegen die Sicherstellung der Systemstabilität unter Last und schnelle Antwortzeiten in Performance Tests überprüft wird.
End-to-End Denken statt Fokus auf Module
SAP S/4HANA lebt von durchgängigen Prozessen. Auch die Tests sollten das widerspiegeln, es sollte also möglichst viel End-to-End gestetet werden z.B.:
- Order-to-Cash
- Procure-to-Pay
- Record-to-Report
- Plan-to-Produce
Dabei sollte man für die einzelnen Prozesse die unterschiedlichen Szenarien herausarbeitet, die getestet werden müssen. Im Falle des Order-to-Cash Prozesses könnten dies z.B. Lagerfertigung, Kundeneinzelfertigung, Variantenkonfiguration, Retourenabwicklung und viele mehr sein.
Isolierte Modultests reichen nicht mehr aus, um reale Geschäftsrisiken zu erkennen.
Klare Abgrenzung von Rollen und Verantwortlichkeiten
Ein klar definiertes Rollenmodell verhindert Reibungsverluste:
Zentrale Rollen
- Testmanager
Gesamtverantwortung, Planung, Reporting, Eskalation - Testkoordinatoren
Abstimmung zwischen IT und Fachbereich - Projektleitung
Priorisierung, Entscheidungsfindung, Ressourcenfreigabe
Fachliche & technische Rollen
- Key User / Business Tester
Fachliche Validierung, UAT - Entwickler & Technical Consultants
Unit- und Integrationstests, Fehlerbehebung - Basis / Infrastruktur
Performance-, Berechtigungs- und Basisthemen
Management & Governance
- Process Owner
Abnahme kritischer Prozesse, Risikobewertung - Change Manager M
Ableitung von Maßnahmen aus Testergebnissen, Change Management
Changemanagement im Testkontext
Test- und Change Management gehören untrennbar zusammen, denn Akzeptanz entsteht nicht erst beim Go-Live, sondern bereits im User Acceptance Test.
Tests sind auch Kommunikationsinstrumente, um Veränderungen erlebbar zu machen. Daher sind die folgenden Punkte besonders wichtig:
- Transparente Kommunikation
- Warum wird getestet?
- Was ändert sich für Fachbereiche?
- Welche Prozesse sind betroffen?
- Einbindung der Fachbereiche
- Key User frühzeitig einbinden
- Fachliche Testfälle gemeinsam definieren
- Feedback systematisch aufnehmen
- Schulung & Enablement
Training ist einer der meistunterschätzten Erfolgsfaktoren in S/4HANA-Programmen. Technisch saubere Systeme scheitern häufig nicht an Bugs, sondern an fehlender Anwenderakzeptanz, Unsicherheit oder falscher Nutzung. Gerade im Zusammenspiel zwischen Test- und Change Management entscheidet ein gutes Trainingskonzept über einen stabilen Go-Live.
- Tests als Vorbereitung auf Trainings nutzen.
- Tester als Multiplikatoren einsetzen.
- Reale Szenarien testen, damit die User einen Wiedererkennungseffekt haben.
Ein bewährter Ansatz: Testen als Training nutzen.
Best Practices:
- UAT-Testfälle als Trainingsszenarien verwenden
- Reale Geschäftsvorfälle statt Demo-Daten
- Train-the-Trainer Konzept: Key User testen zuerst, dann schulen sie andere.
Vorteile:
- Höhere Qualität der Tests
- Nachhaltiger Lerneffekt
- Frühzeitige Identifikation von Wissenslücken
Wie nutze ich SAP Cloud ALM für das Testmanagement?
Mit SAP Cloud ALM positioniert SAP SE ein zentrales Application-Lifecycle-Management-Werkzeug für Cloud- und S/4HANA-Projekte. Gerade im Testmanagement unterscheidet sich SAP Cloud ALM deutlich vom klassischen SAP Solution Manager – sowohl im Ansatz als auch im Nutzungsszenario.
Grundidee von SAP Cloud ALM im Testmanagement
SAP Cloud ALM verfolgt einen prozessorientierten, schlanken und integrierten Ansatz, der darauf ausgelegt ist, die Testaktivitäten während der Implementierung und im Betrieb von SAP-Cloud-Lösungen zu vereinfachen und zu beschleunigen. Im Gegensatz zum eher komplexen Solution Manager liegt der Fokus hier auf Standardisierung, Transparenz und der direkten Anbindung an die Geschäftsprozesse.
Testmanagement in SAP Cloud ALM ist:
- Cloudbasiert (SaaS)
- Fokussiert auf Implementierungs- und Betriebsphasen
- Enge verzahnt mit SAP Activate
- Ausgestattet mit klaren, rollenbasierten Benutzeroberflächen
Ziel: Transparenz, Geschwindigkeit und einfache Zusammenarbeit – statt maximaler Detailtiefe.
Zentrale Testfunktionen von SAP Cloud ALM
Testplanung & Struktur
Die Testplanung und Struktur mit SAP Cloud ALM ist inhaltsgesteuert und prozessorientiert. Das heißt, anstatt Testfälle von Grund auf neu zu erstellen nutzt SAP Cloud ALM vordefinierte Testinhalte, die auf SAP Best Practices und den definierten Geschäftsprozessen aus der SAP-Activate Methodik basieren.
Besonders im Greenfield-Kontext hilft dies, Tests konsequent an der Zielprozesslandschaft auszurichten.
Testausführung & Dokumentation
Sowohl die manuellen als auch die automatisierten Testaktivitäten werden an einem zentralen Ort verwaltet. Die Testfälle sind direkt mit Anforderungen, User Stories und Geschäftsprozessen verknüpft, was eine vollständig Nachvollziehbarkeit bietet.
SAP Cloud ALM bietet:
- Geführte manuelle Testausführung
- Einfache Ergebniserfassung (OK / Fehler / Blockiert)
- Direkte Fehlerzuordnung
- Nachvollziehbare Historie je Testfall
Der Fokus liegt klar auf fachlicher Validierung und weniger auf technischer Detailtiefe.
Defecthandling & Fortschritts-Tracking
Das Testmanagement innerhalb SAP Cloud ALM beinhaltet ein zentrales Monitoring von:
- Testfortschritt
- Fehlerstatus
- Kritischen Prozessrisiken
Außerdem sind Dashboards für Projektleitung und Management integriert, mit denen sich eine Frühzeitige Transparenz über Engpässe schaffen lässt.
Key Takeaway:
SAP Cloud ALM eignet sich sehr gut als Steuerungsinstrument für Testphasen.
Wie komme ich zu einer guten Teststrategie in SAP Cloud ALM?
Ob ein S/4HANA Migration als Greenfield oder Brownfield umgesetzt wird, hat massive Auswirkungen auf das Testmanagement. Beide Ansätze verfolgen unterschiedliche Ziele – und genau diese müssen sich in Teststrategie, Umfang, Rollen und Tools widerspiegeln.
Im Folgenden stelle ich die zentralen Unterschiede strukturiert dar.
Greenfield
- Neuimplementierung von SAP S/4HANA.
- Prozesse werden neu designt, standardisiert und häufig vereinfacht.
- Altdaten und Custom Code spielen nur eine untergeordnete Rolle.
Der Testfokus liegt in diesem Fall also eher auf der Validierung neuer Soll-Prozesse und deren Business-Fit sowie der Akzeptanz bei den Usern.
Typische Test-Schwerpunkte sind daher:
- Fit-to-Standard-Tests
- Integrations- & End-to-End-Tests
- User Acceptance Tests (UAT)
- Migrationstests
- Fiori- & Rollenbasierte Tests
Regressionstests sind vorhanden, aber meist begrenzt, da es kein produktives Altverhalten gibt, das abgesichert werden muss.
Brownfield
- Technische Systemkonvertierung eines bestehenden SAP-Systems
- Bestehende Prozesse, Daten und Erweiterungen bleiben weitestgehend erhalten.
- Das Ziel ist i.d.R. funktionale Kontinuität sicherzustellen bei minimalem Business Impact.
Der Testfokus liegt hierbei auf der Absicherung, dass „alles weiterhin funktioniert“ – trotz technischer Umstellung.
Typische Test-Schwerpunkte sind daher:
- Technische Tests nach Custom-Code-Anpassung
- Umfangreiche Regressionstests
- Schnittstellentests
- Berechtigungs- & Performance-Tests
In Brownfield-Projekten machen Regressionstests häufig 60–70 % des gesamten Testaufwands aus.
Wie hilft SAP Activate beim Testmanagement in SAP Cloud ALM?
Im SAP Roadmap Viewer (Zugriff über SAP for Me / Roadmap Viewer) sind entlang der einzelnen Projektphasen vorbereitete Deliverables und Accelerators abgelegt, inklusive Testmanagement-Bezug:
- Strukturierte Testphasen: Der Roadmap-Viewer unterteilt das Projekt in Phasen (Discover, Explore, Realize, Deploy, Run), und beschreibt für jede Phase die verschiedenen Aktivitäten und bietet Standardtemplates an, die zur Entwicklung der eigenen Teststrategie genutzt werden können.
- Test Scripts & Test Cases (Accelerators): Hierbei bekommt man Zugriff auf vordefinierte Testskripts und Schulungsunterlagen auf Basis der SAP Best-Practise Prozesse (Scope Items). Diese können als Basis genutzt werden, um sie mit eigenem Content anzureichern.
- Checklist Templates und Quality Gates: Hierbei handelt es sich um verschiedene Templates wie z.B. Checklisten, die ebenfalls für Testvorbereitung und -evaluation genutzt werden können.
Diese Inhalte sind prozess- und phasenorientiert in der Roadmap hinterlegt. Sie können sie herunterladen oder als Orientierung für eigene Projektartefakte nutzen.
Für viele Szenarien (insbesondere SAP S/4HANA Cloud) liefert SAP Best-Practice-Testfälle und Testskripte, die typische End-to-End-Abläufe abdecken (z. B. Order-to-Cash, Procure-to-Pay etc.). Diese können als Excel-Template exportiert, angepasst und wieder importiert werden, z. B. über die Test Case Upload-Funktion in SAP Cloud ALM.
Wichtig zu wissen ist, dass es sich bei diesen Templates nicht um klassische Word- oder Powerpoint-Vorlagen handelt, sondern um strukturierte Testfall-Definitionen, die den Fit-to-Standard-Scope der Activate-Best-Practice-Prozesse spiegeln.
Beispielhafter Ablauf des Testmanagements in SAP Cloud ALM
- Cloud ALM Übersicht: Hier sehen Sie die FIORI-basierte Benutzeroberfläche von CALM für verschiedene Aktivitäten in der Implementierungsphase.
- Testvorbereitung: Über die Kachel „Testvorbereitung“ gelangt man zu den Testfällen. In unserem Beispiel wurde das Scope Item J60, Accounts Payable/Kredtiorenbuchhaltung, in die Testumgebung importiert.
- Test Case: Hier werden die Details zum Testfall J60 angezeigt. Auf dem Tab Struktur erhält man detaillierte Informationen zum Testfall, wie z.B. eine Beschreibung, die Voraussetzungen für die Durchführung, und das erwartete Ergebnis.
- Testfall Accounts Payable: Hier sieht der Awender nun die konkreten Schritte, die er in diesem Testfall durchführen muss. Die Schritte werden aus dem Standard-Test-Skript übernommen und können bei Bedarf durch zusätzliche Schritte ergänzt werden. Hier wird im Detail beschrieben, was in dem jeweiligen Testschritt zu tun, welche Daten einzugeben sind und wie das erwartete Ergebnis für den Schritt sein soll.
Fazit: Wann ist SAP Cloud ALM das passende Testmanagement-Werkzeug?
SAP Cloud ALM ist insbesondere dann das passende Testmanagement-Werkzeug, wenn ein klar strukturierter Projektansatz verfolgt wird, wie z. B. im Rahmen einer S/4HANA-Neueinführung (Greenfield). In solchen Szenarien überzeugt die Lösung durch ihre enge Verzahnung mit SAP Activate, ihrer integrierten Prozesssicht und ihrer transparenten Steuerung von Testaktivitäten.
Besonders geeignet ist SAP Cloud ALM, wenn Transparenz, Nachvollziehbarkeit und eine enge Einbindung der Fachbereiche im Vordergrund stehen. Das Tool unterstützt Business-getriebene Testansätze und bietet eine moderne, cloudbasierte Umgebung ohne zusätzlichen Infrastrukturaufwand. Damit eignet es sich ideal für Organisationen, die auf Standardisierung, klare Governance und eine pragmatische Teststeuerung setzen.
Weniger geeignet ist SAP Cloud ALM hingegen in Szenarien mit sehr komplexen Regressionstestanforderungen, einem hohen Automatisierungsgrad oder der Notwendigkeit, historisch gewachsene Testszenarien unverändert zu übernehmen. In solchen Fällen können spezialisierte Testmanagement- oder Testautomatisierungslösungen die bessere Wahl sein.
Kurz gesagt:
SAP Cloud ALM ist ein leistungsfähiges Testmanagement-Werkzeug – vorausgesetzt, es passt zum Projektansatz, zur Systemlandschaft und zur Teststrategie. Richtig eingeordnet, entfaltet es insbesondere in S/4HANA-Transformationsprojekten sein volles Potenzial.
Kontaktieren Sie uns!
Haben Sie weitere Fragen oder benötigen Sie Unterstützung bei der Erstellung Ihrer Teststrategie? Gerne helfen wir Ihnen weiter.
Vereinbaren Sie ein Webmeeting mit unseren Expert:innen oder stellen Sie uns Ihre Frage im Kommentarbereich.
Sie sehen gerade einen Platzhalterinhalt von Active Campaign. Um auf den eigentlichen Inhalt zuzugreifen, klicken Sie auf die Schaltfläche unten. Bitte beachten Sie, dass dabei Daten an Drittanbieter weitergegeben werden.
Mehr Informationen
