Das richtige Werkzeugset für SAP-Tests und Validierung wählen

Für die meisten SAP-Programme besteht das Toolset 2026 aus SAP Cloud ALM für Testmanagement und Nachverfolgbarkeit, einem Tricentis-Produkt für die Automatisierung und einem separaten Tool für Performance-Tests. Cloud ALM kostet Kunden mit SAP Enterprise Support oder einem Cloud-Abonnement keine Lizenzgebühr, und Enterprise Support enthält inzwischen eine Einstiegslizenz für Tricentis-Automatisierung. Xray passt, wenn die Umsetzung ohnehin in Jira läuft. Solution Manager ergibt nur dort Sinn, wo er bereits konfiguriert ist, weil seine Mainstream-Wartung 2027 endet. Dieser Leitfaden richtet sich an Testleiter, Programmmanager und QA-Verantwortliche, die Tools für ein S/4HANA-Programm auswählen. Prüfen Sie, worauf Ihr Supportvertrag bereits Anspruch gibt, bevor Sie etwas kaufen.

Ich habe Dutzende Tool-Demos erlebt, in denen alles perfekt funktioniert. Dann brechen im echten Projekt die Skripte ständig, oder die Integration läuft nie so, wie der Anbieter es gezeigt hat. Deshalb wähle ich SAP-Testtools nicht aus Funktionslisten aus. Ich wähle sie nach Release-Rhythmus, Bereitstellungsmodell und Audit-Anforderungen.

SAP-Tests sind eine Risikokontrolle, kein Häkchen vor dem Go-live. Sie beginnen in Realize und laufen weiter, solange sich das System ändert. Fünf Ebenen zählen, und keine ersetzt eine andere:

1. Unit-Tests: Entwickler bestätigen, dass einzelne Programme und Funktionen sich wie erwartet verhalten
2. Integrationstests: Ein Kundenauftrag geht in Lieferung und Fakturierung über, und jede Übergabe bucht korrekt
3. Regressionstests: In einem integrierten System brechen kleine Änderungen Bereiche, die damit nichts zu tun haben
4. Benutzerakzeptanztests: Finanzen und Fachbereiche bestätigen, dass das System reale Szenarien beherrscht
5. Performance-Tests: Das System bleibt bei Spitzenvolumen reaktionsschnell, was Ihnen kein funktionales Skript verrät

1. 05PerformanceReaktionsschnell bei Spitzenvolumen, in einem eigenen Testzyklus
2. 04BenutzerakzeptanzFinanzen und Fachbereiche bestätigen reale Szenarien
3. 03RegressionKleine Änderungen brechen Bereiche, die damit nichts zu tun haben, also testen Sie sie erneut
4. 02IntegrationJede Übergabe in einem Ablauf bucht korrekt
5. 01UnitProgramme und Funktionen verhalten sich wie erwartet

Automatisierung zahlt sich bei häufigen Regressionszyklen, großen Daten- oder Schnittstellenprüfungen und vorhersehbaren Abläufen nach jedem Transport aus. Sie ersetzt kein Urteilsvermögen. Ein Skript merkt nicht, dass ein Bildschirm Anwender verwirrt oder dass ein Workflow praktisch keinen Sinn ergibt.

Testen Sie, was das Geschäft schützen muss. Monatsabschluss, umsatzkritische Prozesse und alles, was über viele Standorte ausgerollt wird, kommen zuerst. Volle Abdeckung, die an nichts gebunden ist, ist kein Schutz. Mein Leitfaden zu SAP-Performance-Tests behandelt die fünfte Ebene ausführlich.

SAP Cloud ALM

Die Lifecycle-Management-Plattform von SAP verknüpft Anforderungen, Testpläne, Testdurchführung und Fehler mit den Phasen von SAP Activate und mit Änderungen. Kunden mit Enterprise Support, Product Support for Large Enterprises oder einem Cloud-Abonnement, das Enterprise Support enthält (Cloud-Editionen), erhalten einen Tenant ohne Lizenzgebühr. RISE- und GROW-Verträge qualifizieren sich.

SAP hat ihr außerdem KI hinzugefügt. Joule-basierte Assistenten können Anforderungen entwerfen und aus der Dokumentation Testfälle erzeugen, und SAP positioniert einen Testmanagement-Assistenten für Migrationen von ECC nach S/4HANA, der einen risikobasierten Testumfang vorschlägt. Behandeln Sie das Ergebnis als ersten Entwurf, den Ihr Testarchitekt prüft.

Für jedes neue S/4HANA-Programm ist Cloud ALM das Standard-Rückgrat für Testdokumentation und Nachverfolgbarkeit.

Tricentis

Tricentis Tosca nutzt modellbasierte Automatisierung: Sie bauen wiederverwendbare Testbausteine visuell auf, statt Skripte zu schreiben, was fachlichen Teams entgegenkommt. Es deckt SAP GUI, Fiori und Nicht-SAP-Anwendungen in einem Testablauf ab, und das ist sein Hauptvorteil beim Testen ganzer Geschäftsprozesse.

SAP und Tricentis verbindet eine enge Partnerschaft. SAP vertreibt Tosca-basierte Produkte wie SAP Enterprise Continuous Testing by Tricentis, SAP Load Testing by Tricentis und SAP Change Impact Analysis by Tricentis. Für Budgets steckt die größere Neuigkeit in SAPs Nutzungsrechten. Enterprise-Support-Kunden erhalten eine befristete Lizenz für Tricentis Test Automation for SAP, integriert mit Cloud ALM, derzeit bis zum 31. Dezember 2027. Sie ist auf 5 benannte Nutzer, 500 Testläufe pro Monat und 5 Ausführungs-Agenten begrenzt, ist also eher ein Startpunkt als ein Werkzeug im Programmmaßstab.

Wo es Schwächen hat: Stark dynamische Web-Frontends erhöhen den Pflegeaufwand, das Testdatenmanagement im großen Maßstab braucht meist zusätzliche Tools, und eine große Modulbibliothek braucht von Anfang an Governance.

Xray for Jira

Xray wurde nicht für SAP gebaut, aber wenn Ihre Umsetzung in Jira läuft, fühlt es sich wie eine natürliche Erweiterung an. Testfälle stehen neben User Stories und Änderungsanforderungen, sodass die Abdeckung Teil der Sprint-Planung wird. Es unterstützt Cucumber und Gherkin für verhaltensgetriebene Tests und lässt sich in CI-Pipelines einbinden.

Wo es Schwächen hat: bei schwerem transaktionalem SAP-Testen wie Batch-Jobs und tiefen Integrationsketten, bei sehr großen Testrepositories und bei komplexen individuellen Berichten, die Add-ons oder API-Arbeit brauchen.

SAP Solution Manager

Solution Manager verknüpft Anforderungen, Testpläne, Durchführung und Transporte an einem Ort und integriert sich mit dem Change Request Management (ChaRM). Sein Business Process Change Analyzer grenzt den Testumfang auf die Prozesse ein, die eine Änderung tatsächlich berührt. In regulierten Umgebungen ist dieser Prüfpfad weiterhin wertvoll.

Seine Schwächen sind eine veraltete Benutzeroberfläche, ein aufwendiges Setup, eine Automatisierung (CBTA), die nur SAP-Benutzeroberflächen abdeckt, und ein Skillset, das nur noch wenige Teams haben. Die Mainstream-Wartung endet Ende 2027, mit erweiterter Wartung bis 2030 für ausgewählte Funktionen. Führen Sie ihn nicht für das Testmanagement ein, wenn Sie ihn nicht ohnehin schon für die Änderungssteuerung nutzen.

Weitere Tools bedienen Nischen. Worksoft Certify ist stark in validierten Umgebungen wie der Pharmaindustrie. Katalon kann bei schlanken, webnahen SAP-Projekten helfen. Keines von beiden empfehle ich normalerweise für ein zentrales SAP-Testprogramm.

Die Tabelle vergleicht die vier Tools anhand der Fähigkeiten, die über die Eignung entscheiden.

Fähigkeit	SAP Cloud ALM	Tricentis	Xray for Jira	SAP Solution Manager
Hauptaufgabe	Testmanagement und Nachverfolgbarkeit	Automatisierung über SAP und Nicht-SAP hinweg	Testmanagement innerhalb von Jira	Testmanagement, verknüpft mit ChaRM
Nachverfolgbarkeit der Anforderungen	Nativ, verknüpft mit den Activate-Phasen	Vollständig, über das eigene Testmanagement	Über Jira-Verknüpfungen; erfordert Disziplin	Nativ, am stärksten mit ChaRM
Automatisierung	Über integrierte Tricentis- oder Partner-Tools	Kernstärke, modellbasiert	Über externe Frameworks	CBTA, nur SAP-Oberflächen
Nicht-SAP-Anwendungen	Eingeschränkt	Ja, im selben Ablauf	Ja, über Frameworks	Nein
Prüfpfad	Stark	Stark	Ab Werk eingeschränkt	Stark, einschließlich Transporte
Lizenzierung	Keine Gebühr mit Enterprise Support	Einstiegslizenz mit Enterprise Support; Vollprodukte separat bepreist	Add-on pro Nutzer zu Jira	Im On-Premise-Wartungsvertrag enthalten
Ausblick	Strategische Plattform von SAP	Vertiefte Partnerschaft mit SAP	Hängt von der Jira-Strategie ab	Mainstream-Wartung endet 2027

Ich trenne das Testen in Dokumentation und Automatisierung. Sie lösen unterschiedliche Probleme, und Teams, die beides in eine Plattform zwingen, tun sich meist schwer.

Für Dokumentation und Nachverfolgbarkeit nehmen Sie in einem neuen Programm Cloud ALM. Wenn Solution Manager bereits Ihre Änderungssteuerung betreibt, erweitern Sie ihn, bis sich die Landschaft bewegt, und migrieren dann. Für die Automatisierung ist Tricentis meine übliche Empfehlung für SAP-lastige Landschaften mit häufigen Releases. Sobald die Modelle stabil sind, ist die Ausführung konsistent, und der Pflegeaufwand sinkt im Vergleich zur skriptbasierten Automatisierung. Für agile Teams, die Fiori-Apps und APIs in Jira bauen, genügt oft Xray.

Bevor Sie wählen, gehen Sie diese Fragen mit den Menschen durch, die die Tests durchführen werden.

Faktor	Warum er zählt	Frage, die Sie stellen sollten
SAP-Abdeckung	Tests müssen SAP GUI, Fiori und die Schnittstellen bedienen, die Sie tatsächlich nutzen	Welche SAP-UI-Technologien und APIs unterstützt es nativ?
Änderungsauswirkung	Zu wissen, was nach einem Transport erneut zu testen ist, vermeidet Übertesten und übersehene Risiken	Kann es eine Änderung mit den betroffenen Tests verknüpfen?
CI/CD-Integration	Automatisierte Läufe brauchen Auslöser aus Ihrer Pipeline	Funktioniert es mit Ihren Build- und Transport-Tools?
Governance	Große Programme brauchen wiederverwendbare, versionierte Bausteine	Lassen sich Tests modularisieren, versionieren und über Wellen hinweg wiederverwenden?
Bedienbarkeit für das Fachgeschäft	Funktionale Berater und Key-User müssen Tests prüfen können	Können Nicht-Entwickler Testfälle erstellen und lesen?
Lizenzansprüche	Ihr Supportvertrag deckt womöglich schon einen Teil des Bedarfs ab	Was geben uns Cloud ALM und der Tricentis-Anspruch bereits?
Gesamtkosten	Setup, Agenten und Pflege wiegen schwerer als die Lizenz	Was kostet das zweite Jahr, einschließlich Modellpflege?

Globaler Hersteller: Tosca. Das Unternehmen betrieb SAP ECC mit einem stark angepassten Lagerverwaltungssystem. Vierteljährliche Releases verzögerten sich ständig wegen langer manueller Regressionszyklen, und Fehler gelangten in die Produktion. Das Team pilotierte Tosca in der Eingangslogistik und baute über vier Wochen eine Bibliothek wiederverwendbarer Schritte auf. Automatisierte Läufe wurden an Transportfreigaben gekoppelt und dann auf die Ausgangslogistik und die Produktionsplanung ausgeweitet. Die Regressionsabdeckung bei Transaktionen mit hohem Volumen stieg von 35 % auf mehr als 85 %, und die Fehler nach dem Go-live sanken innerhalb von zwei Quartalen um 40 %. Ich erinnere mich an den Widerstand beim Rollout, ein so individuelles Umfeld zu automatisieren. Er hörte auf, als die Teams sahen, dass die Produktionsvorfälle zurückgingen und dieselben Modelle werksübergreifend wiederverwendet wurden.

Einzelhandelsunternehmen: Xray. Das Unternehmen wechselte zu S/4HANA parallel zu neuen Fiori-Apps und Cloud-Integrationen und betrieb die gesamte IT-Umsetzung in Jira. Xray verknüpfte Tests mit User Stories, ließ Product Owner den Fortschritt verfolgen, ohne das Tool zu wechseln, und unterstützte Gherkin-Akzeptanzkriterien für die Fiori-Squads. Testnachweise lagen für die Sprint-Reviews bereit. Schwere transaktionale oder Batch-Tests hätte es nicht bewältigt, aber für agile Fiori-, API- und anwenderzentrierte Arbeit genügte es, ohne zusätzliche Komplexität.

Finanzdienstleistungsinstitut: Solution Manager. Eine stark angepasste Landschaft über Finanzen, Treasury und regulatorisches Reporting stand unter Audit-Druck, vollständige Nachverfolgbarkeit zu liefern. Die Tests lagen in Tabellenkalkulationen ohne Verbindung zu den Transporten. Testpläne an ChaRM-Änderungsdokumente zu koppeln, jede Durchführung mit Zeitstempel zu versehen und den Business Process Change Analyzer zur Eingrenzung der Wiederholungstests zu nutzen, veränderte das Gespräch. Der Wendepunkt kam, als die Prüfer aufhörten, nach Excel-Dateien zu fragen, und die Testhistorie direkt im System validierten.

Wechsel vom Solution Manager zu Cloud ALM. Die Migration der Testdokumentation ist ein eigenes Projekt. Machen Sie sie, wenn sich die Landschaft ohnehin bewegt, zum Beispiel im Rahmen einer RISE-Einführung, und nicht isoliert.

Tools liefern Qualität nicht von allein. Diese Praktiken tun es, und sie gelten über Tools hinweg.

Praxis	So wenden Sie sie an
Früh beginnen	Binden Sie Testleiter ein, solange die Anforderungen geschrieben werden, damit Ergebnisse testbar sind
Den Prozess testen, nicht die Transaktion	Bauen Sie Abläufe, die Module übergreifen und Ausnahmen einschließen
Testdaten kontrollieren	Nutzen Sie dedizierte, rücksetzbare Testmandanten; maskieren Sie alle Produktionsdaten
Regression zur Routine machen	Lösen Sie automatisierte Läufe mit jedem Transport aus, nicht nur vor dem Cutover
Nach Risiko priorisieren	Kritische und häufig geänderte Prozesse zuerst; streben Sie intelligente Abdeckung an, nicht 100 %
Das Fachgeschäft einbinden	Key-User validieren die Testfälle, bevor die Durchführung beginnt
Testen an Änderungsfreigaben koppeln	Kein Transport läuft ohne verifizierte Tests
Audit-fähig bleiben	Halten Sie fest, wer was wann getestet hat, in exportierbarer Form

Verfolgen Sie drei Kennzahlen: den Fehlerdurchschlag in die Produktion, den Anteil wiederverwendeter statt neu geschriebener Testfälle und die Dauer einer vollständigen Regression. Sie zeigen Ihnen, wo Sie Aufwand investieren sollten. Mein Artikel zu SAP Quality Gates zeigt, wie Sie Testergebnisse an Go/No-go-Entscheidungen koppeln.

Cloud ALM ist der Standard. Neue RISE- und GROW-Programme sollten es zum Test-Rückgrat machen. Bestehende On-Premise-Landschaften auf Solution Manager haben Zeit, aber nicht viel: Planen Sie den Wechsel vor 2028. Hybride Landschaften werden eine Zeit lang beide betreiben. Planen Sie die Überlappung ein.

KI entwirft Tests. Joule-basierte Assistenten in Cloud ALM erzeugen Testfälle und Anforderungen aus der Dokumentation. Die Einsparungen liegen in Volumenarbeit wie Regressionsskripten, bei denen die Variation überwiegend Daten betrifft. Randfälle, komplexe Integrationslogik und das Design von Performance-Tests brauchen weiterhin erfahrene Testarchitekten.

Clean Core verschiebt das Ziel. In der Public Cloud gibt es keinen individuellen Code im Kern, der zurückfallen könnte. In der Private Cloud und On-Premise ist individuelles ABAP im Kern der teuerste Ort, an dem man eine Regression findet. Sie beheben es und validieren es dann erneut gegen das nächste SAP-Release. Side-by-Side-Erweiterungen auf SAP BTP werden separat versioniert und brauchen eigene Regressionsabdeckung.

KI-Schritte brauchen neue Testmuster. Deterministische Regressionsskripte testen kein nicht deterministisches KI-Verhalten. Rechnen Sie mit einer eigenen Testklasse für Joule und agentengesteuerte Schritte.

Was ist das beste SAP-Testtool für die Automatisierung?

Für SAP-lastige Landschaften ist Tricentis Tosca das Tool, das ich am häufigsten empfehle. Sein modellbasierter Ansatz macht Tests leichter zu bauen und zu pflegen, und es deckt SAP- und Nicht-SAP-Anwendungen in einem Ablauf ab. Wenn Ihr Team in Jira arbeitet und überwiegend Fiori-Apps agil baut, passt Xray mit einem Test-Framework womöglich besser. Der Kontext entscheidet, nicht die Demo.

Ist Tricentis in SAP Enterprise Support enthalten?

Teilweise. SAP gewährt eine befristete Lizenz für Tricentis Test Automation for SAP, integriert mit SAP Cloud ALM, derzeit bis zum 31. Dezember 2027. Sie gilt für Kunden mit Enterprise Support (Cloud-Editionen oder On-Premise) oder Product Support for Large Enterprises. Sie ist auf 5 benannte Nutzer, 500 Testläufe pro Monat und 5 Ausführungs-Agenten begrenzt. Größere Programme brauchen meist ein volles Tricentis-Produkt, das SAP ebenfalls vertreibt.

Kann SAP Solution Manager Testautomatisierung?

Nur teilweise. Seine Component-Based Test Automation (CBTA) deckt SAP-Benutzeroberflächen ab, aber keine Nicht-SAP-Anwendungen, und sie braucht erhebliche Pflege, wenn sich Bildschirme ändern. Solution Manager ist vor allem eine Plattform für Testmanagement und Dokumentation. Die meisten Teams kombinieren ihn mit Tricentis oder einem anderen Automatisierungstool, und da die Mainstream-Wartung 2027 endet, sollten neue Programme stattdessen auf Cloud ALM starten.

Sollte ich 2026 SAP Cloud ALM oder Solution Manager für Tests nutzen?

Cloud ALM für jedes neue Programm, insbesondere für RISE und GROW. Es verknüpft das Testen mit den Phasen von SAP Activate und mit Änderungen und kostet mit Enterprise Support keine Lizenzgebühr. Wenn eine bestehende On-Premise-Landschaft Solution Manager bereits gut betreibt, bleiben Sie, bis sich die Landschaft bewegt, aber planen Sie die Migration vor 2028.

Brauche ich sowohl ein Testmanagement-Tool als auch ein Automatisierungstool?

In den meisten Enterprise-Programmen ja. Testmanagement (Cloud ALM oder Solution Manager) liefert die Nachverfolgbarkeit von der Anforderung über den Test bis zur Änderung, die Prüfer brauchen. Automatisierung (Tricentis oder Ähnliches) führt Regressionszyklen effizient aus. Ein Tool kann selten beides gut. In einfacheren Umgebungen starten Sie mit Cloud ALM und dem enthaltenen Tricentis-Anspruch und ergänzen ein volles Automatisierungsprodukt, wenn das Release-Volumen es rechtfertigt.

Wie verändert Clean Core das SAP-Testen?

Das Testen verlagert sich von individuellem Code im Kern auf Erweiterungen um ihn herum. In der Public Cloud gibt es keinen individuellen Kerncode, der zurückfallen könnte. In der Private Cloud und On-Premise müssen verbleibende Kernmodifikationen nach jedem SAP-Release erneut getestet werden. SAP-BTP-Erweiterungen haben einen eigenen Release-Zyklus und brauchen eine eigene Regressionssuite, und KI-Schritte brauchen Testmuster, die nicht deterministische Ausgaben zulassen.