
Agentic Test Creation: From prompt to production
Why context, not speed, was the real bottleneck in agentic test creation, and what test management becomes.
Read to learn why and how Tricentis LiveCompare can be used to eliminate hypercare from your SAP release processes.
Welche Strategie wird am häufigsten angewendet, um eine Änderung an einer SAP-Anwendung zu testen – sei es ein benutzerdefiniertes Update, ein Service Pack oder eine Notfallkorrektur? Testen Sie die Änderung auf keinen Fall!

OK, lassen Sie mich das ein wenig revidieren – diese provokante Aussage ist nicht ganz zutreffend. Die meisten Unternehmen führen einige Tests ihrer SAP-Anwendungen durch. Wenn ein Update in der Produktion eingespielt werden muss, lassen sie es von ihren Schlüsselanwendern testen.
Aber raten Sie mal, was? Key-User testen nicht gern. Warum? Das Testen von SAP-Aktualisierungen ist oft ein langwieriger, manueller Prozess. Die Tests von Geschäftsprozessen können veraltet oder, schlimmer noch, undokumentiert sein, was die Durchführung frustrierend und fehleranfällig macht. Und diese Testaufgaben kommen zu ihren ohnehin schon vollen Terminkalendern hinzu. Einige Key-User haben mir gegenüber zugegeben, dass sie zur Beschleunigung vor allem Anwendungsfälle testen, von denen sie wissen, dass sie bestehen werden. Ihre Strategie: „Wir testen auf Grün!“
Für die SAP-Betriebsteams ist all das natürlich nichts Neues. Um den Mangel an effektiven Pre-Release-Tests zu kompensieren, führen sie routinemäßig eine „Hypercare“-Phase unmittelbar nach dem Go-Live eines SAP-Updates durch. Hypercare ist eine Phase, in der alle Kräfte mobilisiert werden und die teuersten Ressourcen des Unternehmens (typischerweise Entwickler und Projektmitarbeiter) in Bereitschaft versetzt werden, um auftretende Notfallprobleme im Produktionsbetrieb zu beheben. Um es klarzustellen – es handelt sich hierbei um Probleme, die bei den Releasetests nicht entdeckt wurden, als ihre Behebung wesentlich einfacher und kostengünstiger gewesen wäre! Weil Hypercare-Phasen so häufig – und so kostspielig – sind, gibt es Unternehmen, die sich auf Hypercare-Support für Kunden spezialisiert haben.
Mehr als 90% der SAP-Unternehmenskunden[1] entscheiden sich für diese Bereitstellungsstrategie, die ebenso langwierig wie teuer ist. Die Key-User-Testen dauern in der Regel ein bis zwei Wochen. Eine Hypercare-Phase kann bis zu drei Monate dauern, in denen ein Großteil der durch Fehler verursachten Belastung – Sie ahnen es schon – von den armen Key-Usern getragen wird.

Ehrlich gesagt verstehe ich durchaus, warum Organisationen diesen Ansatz zum Testen von SAP-Anwendungen wählen. Nachdem sie Millionen in Testlösungen anderer Unternehmen investiert haben, wenden sich viele sehr große Unternehmen an Tricentis. Trotz ihrer hohen Investitionen erzielten sie nicht die erwarteten Vorteile. Warum also nicht bei Key-User-Testen bleiben? Für die Mehrheit von Ihnen, die auf Key-User-Tests und Hypercare setzen, habe ich schlechte und gute News.
Tricentis bietet Unternehmen eine deutlich bessere Möglichkeit, SAP-Aktualisierungen zu testen. Es heißt Tricentis LiveCompare. Sie nutzt KI-gestützte Auswirkungsanalysen, um Ihre Pre-Release-Tests grundlegend zu vereinfachen.
Sie können sich LiveCompare wie einen hochpräzisen Laserpointer vorstellen. Er zeigt genau an, was bei einem bestimmten SAP-Update getestet werden muss, basierend darauf, ob die Änderungen ein Objekt gefährden. LiveCompare identifiziert zunächst Code-Änderungen und die davon betroffenen Objekte. Mithilfe der KI grenzt die Lösung dann die Anzahl der Objekte ein, indem sie diejenigen erkennt, die am stärksten gefährdet sind. Dabei berücksichtigt sie Nutzungsdaten aus der Produktion. Anstatt also Zeit damit zu verschwenden, all die Dinge zu testen, die von einem Update nicht betroffen sind, können Key-User sich auf die richtigen Dinge konzentrieren. So geht das Testen viel schneller!

Tatsächlich reduzieren LiveCompare-Kunden ihren Testaufwand um 85% oder mehr[2], indem sie ihre Tests genau auf die Objekte konzentrieren, die am stärksten von einem Update betroffen sind. Diese Vorgehensweise ist nicht nur schneller, sondern auch wesentlich effizienter beim Aufdecken von Fehlern. Die Anzahl der Produktionsfehler wird um 75% – 95%, manchmal sogar um 100% reduziert (keine Produktionsfehler mehr!).

Dies ist kein komplizierter Vorgang und er ist völlig nichtinvasiv. Ein aufwändiger Aufbau des SAP Solution Manager ist nicht erforderlich. Dynamische TBOMs müssen nicht aufgezeichnet und verwaltet werden. Es müssen keine Geschäftsblueprints als Grundlage vorgelegt werden. Sie müssen Ihre Daten nicht zur weiteren Analyse an ein Cloud-Repository senden. Keine Compliance- oder Datenschutzprobleme. LiveCompare-Kunden finden typischerweise:
Ein global tätiges Bekleidungsunternehmen, mit dem wir zusammenarbeiten, nutzte LiveCompare, um einen 8 Jahres Rückstand an SAP-Support-Pack-Änderungen an seinen zentralen Geschäftssystemen aufzuarbeiten. Das beinhaltete über eine Million Objektänderungen und 62,000 SAP-Notizen. Mit LiveCompare konnten sie ihre Systeme schnell, sicher und ohne Null-Fehler oder Betriebsunterbrechungen aktualisieren. Ich wiederhole es noch einmal: Sie haben einen Rückstand von 8 Jahren an SAP-Service-Packs fehlerfrei und ohne Hypercare-Unterstützung aufgeholt!
Ich lade Sie ein, LiveCompare selbst auszuprobieren. Mit nur einem zweitägigen Pilotprojekt können wir Ihnen erstaunliche Ergebnisse zeigen. Im Pilotprojekt installieren Sie LiveCompare lokal und nutzen es, um Ihr letztes SAP-Update zu simulieren.
Mit diesen Ergebnissen werden Sie schnell die Vorteile von LiveCompare erkennen. Nicht nur im Hinblick auf den ROI für eine einzelne Aktualisierung, sondern auch darauf, wie der Einsatz von LiveCompare die Kosten und die Zeit bis zur Wertschöpfung Ihrer größeren SAP-Projekte drastisch reduzieren kann. Wir können es kaum erwarten, Ihnen zu zeigen, wie cool das ist, also kontaktieren Sie uns, um jetzt die ersten Schritte zu machen!
[1] 2019 Tricentis Kundenumfrage
[2] Die durchschnittliche Reduzierung des Testaufwands beträgt 87% bei Verwendung von LiveCompare, Beispiel: 120 SAP-Unternehmenskunden

Why context, not speed, was the real bottleneck in agentic test creation, and what test management becomes.
What shipped since the March AI launch, why enterprise context was...
Why teams resist AI, the three questions that expose a broken...
Why SAP test failures blamed on config are usually data problems,...
Why transformation is a capability rather than a project, and what...