{"id":158194,"date":"2025-11-20T08:07:35","date_gmt":"2025-11-20T07:07:35","guid":{"rendered":"https:\/\/e3mag.com\/?p=158194"},"modified":"2025-12-10T10:22:24","modified_gmt":"2025-12-10T09:22:24","slug":"die-llm-revolution-sap-testing","status":"publish","type":"post","link":"https:\/\/e3mag.com\/de\/die-llm-revolution-sap-testing\/","title":{"rendered":"Die LLM-Revolution SAP-Testing"},"content":{"rendered":"\n

Testing umfasst eine ganze Reihe von Aktivit\u00e4ten. An den beiden Enden eines SAP-Projekts stehen Unit-Tests (Entwickler) und User-Acceptance-Tests (Key User). Dazwischen ist das funktionale Testing die Hauptaktivit\u00e4t \u2013 es macht rund 80 Prozent der Kosten aus \u2013, erg\u00e4nzt durch nicht funktionale Tests (z. B. Security-, Performance- und mittlerweile auch UX-Tests). SAP-Testing unterscheidet sich von dem Testen individueller Anwendungen. Zwar bleiben die Grundkonzepte dieselben, aber die Werkzeuge sind meist andere \u2013 SAP hat sich inzwischen auf Tricentis als Standard festgelegt. Zudem legt SAP-Testing einen st\u00e4rkeren Fokus auf Integrationstests und den Datenfluss zwischen Anwendungen. Daten \u2013 also Datenaustausch, Tabellen und Stammdaten \u2013 haben in der SAP-Welt eine weitaus h\u00f6here Priorit\u00e4t als bei individuell entwickelten Anwendungen.<\/p>\n\n\n\n

In den vergangenen zwanzig Jahren blieb das funktionale Testing weitgehend unver\u00e4ndert und beruhte auf einem grundlegenden Prozess: Anforderungen bzw. User Stories, Testf\u00e4lle und Testskripte. Es gab zahlreiche Versuche, diesen Prozess zu automatisieren \u2013 erinnern Sie sich an die \u201eScriptless Testing Frameworks\u201c? Mit dem Aufkommen agiler Methoden und DevOps-\u00adTools entstanden neue Plattformen, ob sie nun DevOps- oder Continuous-Testing-\u00adPlattformen genannt wurden. Die Branche sprach von Hyperautomation. Dennoch blieb der Prozess aus Anforderungen, Testf\u00e4llen und Skripten zentral.<\/p>

\"\"<\/a><\/div><\/div>\n\n\n\n

Enorme Produktivit\u00e4tsgewinne<\/h2>\n\n\n\n\n\n\n\n

Warum dieser historische \u00dcberblick \u00fcber das Testing? LLMs werden das Testing grundlegend ver\u00e4ndern. Wenn User Stories einigerma\u00dfen gut formuliert sind, k\u00f6nnen LLMs Testskripte in Minuten generieren \u2013 statt in Wochen. Die Produktivit\u00e4tsgewinne sind beeindruckend, und die Kosten f\u00fcr LLMs sind im Vergleich zu menschlicher Arbeitskraft minimal (und sinken weiter). Das Schreiben von Testskripten erfordert keine Testingenieure mehr \u2013 es wird automatisiert. In Zukunft wird das funktionale Testing somit kein Engpass mehr in SAP-Projekten sein.<\/p>\n\n\n\n

Eine Revolution ist im Gange, deren Auswirkungen in den kommenden Jahren weitreichend sein werden \u2013 sie wird das Tool-\u00d6kosystem ver\u00e4ndern, Softwarelizenzen und -abonnements \u00fcberfl\u00fcssig machen und den Testaufwand deutlich reduzieren. LLMs sind bestens geeignet f\u00fcr Greenfield-, Grow- oder Public-Cloud-Projekte. Die Natur von SAP, mit seiner Abh\u00e4ngigkeit von standardisierten Gesch\u00e4ftsprozessen, macht es ideal f\u00fcr solche Projekte im funktionalen Testing. Standardisierte SAP-Gesch\u00e4ftsprozesse sind gut dokumentiert und leicht zug\u00e4nglich und k\u00f6nnen zur Erstellung von Testartefakten verwendet werden. <\/p>\n\n\n\n

Schwieriger wird der Einsatz von LLMs in Brownfield-(und Bluefield-)Umgebungen \u2013 die, man kann mit gutem Grund sagen, den Gro\u00dfteil aller S\/4-Projekte ausmachen. Aus Testperspektive liegt hier die Priorit\u00e4t nicht mehr darauf, neue Testartefakte von Grund auf zu erstellen, sondern darauf, die bestehenden Testbest\u00e4nde zu verstehen.<\/p>\n\n\n\n

Die meisten Organisationen (Zahlen sind schwer zu erfassen) verf\u00fcgen \u00fcber mehrere tausend Testartefakte (ebenfalls schwer zu quantifizieren), darunter Anforderungen, Testszenarien, Testf\u00e4lle und Skripte. Diese Artefakte sind zugleich ein Verm\u00f6genswert (sie spiegeln die Gesch\u00e4ftsprozesse der Organisation auf SAP-Transaktionsebene wider) und eine Belastung. <\/p>\n\n\n\n

Der n\u00e4chste Schritt besteht also darin, diese Artefakte zu verstehen: ihre Funktion, ihre Qualit\u00e4t und ihre Relevanz. Das ist keineswegs das erste Mal, dass Organisationen ihre Testbest\u00e4nde \u00fcberpr\u00fcfen \u2013 der letzte Versuch, vor einigen Jahren, nutzte NLP, um redundante Testf\u00e4lle zu identifizieren. Diesmal jedoch bieten LLMs Reverse-Engineering-F\u00e4higkeiten: Sie k\u00f6nnen Testf\u00e4lle aus Testskripten oder User Stories generieren. Mit anderen Worten: LLMs k\u00f6nnen helfen zu bestimmen, welche Testskripte tats\u00e4chlich ausgef\u00fchrt werden m\u00fcssen, sodass Organisationen sich auf das Wesentliche konzentrieren k\u00f6nnen \u2013 anstatt ihren gesamten Testbestand abzuarbeiten.<\/p>\n\n\n\n

Kosteneinsparungen, aber wo?<\/h2>\n\n\n\n\n\n\n\n

Dies ist der erste Schritt beim Einsatz von LLMs im Quality Engineering. Die Welt der LLMs ist eine Welt voller Chancen \u2013 aber auch voller Herausforderungen. LLMs bringen zwar enorme Produktivit\u00e4tsgewinne, doch diese f\u00fchren nicht zwangsl\u00e4ufig zu signifikanten Kosteneinsparungen. Das muss noch besser verstanden werden. Wir haben jedoch einige Hinweise: Testing ist ein Prozess mit vielen Schritten \u2013 \u00fcber das funktionale Testing hinaus \u2013 und enth\u00e4lt Engp\u00e4sse (zum Beispiel die Verf\u00fcgbarkeit von Testumgebungen), die die Gesamtdauer des Testzyklus beeintr\u00e4chtigen k\u00f6nnen. <\/p>\n\n\n\n

Ein weiterer Aspekt ist, wie Testexperten LLMs einsetzen werden. Werden sie die Produktivit\u00e4tsgewinne nutzen, um Test\u00adzyklen zu verk\u00fcrzen? Oder werden sie einen Teil der gewonnenen Zeit f\u00fcr zus\u00e4tzliche Qualit\u00e4tspr\u00fcfungen und Ursachenanalysen verwenden, um die Softwarequalit\u00e4t zu erh\u00f6hen? Das w\u00e4re eine gro\u00dfartige Entwicklung \u2013 denn Softwaretesting und Softwarequalit\u00e4t sind einander noch nie so nahe gewesen wie heute.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n