Information und Bildungsarbeit von und für die SAP-Community

Drum teste, wer in SAP ausliefert

Häufiger, aber kleiner – dank DevOps sinkt das Risiko pro Release, die verfügbare Zeit für die Qualitätssicherung jedoch ebenso. DevOps in SAP-Umgebungen mit ihren Abhängigkeiten muss um automatisierte Testverfahren ergänzt werden.
Achim Töper, Basis Technologies
28. März 2019
DevOps Kolumne
avatar

Man könnte es das „Risiko-Paradoxon“ bei DevOps nennen: Selbst die komplexesten Entwicklungsprojekte erfolgen in vielen kleinen Schritten. Dadurch sinkt das Risiko pro Release, da weniger Code-Änderungen logischerweise weniger Fehler mit sich bringen.

Andererseits sind die einzelnen Releasezyklen so kurz, dass insgesamt weniger Zeit für die Qualitätssicherung bleibt. In der Regel dauert ein Sprint – also einer von vielen iterativen Arbeitsgängen zur Entwicklung neuer Funktionalität – inklusive Tests und Deployment auf den Produktivsystemen nur zwei Wochen.

Demgegenüber folgt im klassischen Wasserfall-Modell der Entwicklungsarbeit eine ausgedehnte Testphase, erst dann wird das Release freigegeben.

SAP-Entwickler und -Administratoren haben ein grundlegendes Ziel: Sie müssen sicherstellen, dass das, was gestern funktioniert hat, auch morgen noch funktionieren wird.

Was insbesondere in komplexen Umgebungen ebenso erfolgskritisch wie schwierig ist. Denn hier besteht eine schier endlose Zahl von Abhängigkeiten, sodass schon kleine Fehler verheerende Folgen haben können.

Damit DevOps in SAP-Umgebungen ein Erfolg wird, wird nicht nur eine integrierte Tool-Chain für Continuous Delivery (CD) und Continuous Inte­gration (CI) benötigt. Vielmehr sind zusätzlich Tools für Continuous Testing nötig. Damit einher geht eine neue Teststrategie in fünf Schritten:

Erstens muss das Shift-Left-Prinzip auch auf die Qualität angewandt werden. Fehler zu beheben, noch bevor ein neues Release in Betrieb geht, sorgt nicht nur für weniger Fehlfunktionen und Serviceunterbrechungen.

Vielmehr werden damit Kostenreduktionen bis um den Faktor 15 möglich. Zu diesem Zweck müssten Tests aber schon in früheren Projektphasen als bisher stattfinden.

Das hat zweitens unmittelbare Auswirkungen auf den Entwicklungsprozess selbst. Der neue Code muss während eines Sprints mehrfach getestet werden, und zwar nicht nur hinsichtlich der Vollständigkeit und der Funktionalität, sondern auch hinsichtlich seines Verhaltens in den Produktiv­umgebungen.

Peer-Reviews, Retrospektiven und Messungen gehören ebenfalls zu einer kontinuierlichen Qualitätssicherung dazu und erlauben eine kontinuierliche Verbesserung der Testverfahren.

Das bedeutet drittens, dass die Unternehmen die Qualitätssicherung in ihre funktionsübergreifenden DevOps-Teams und -Prozesse einbetten sollten. Nicht nur die für den Betrieb Verantwortlichen, sondern auch die Tester müssen Teil des DevOps-Teams sein und an allen Schritten eines Sprints mitwirken.

Wegen der Komplexität von SAP-Umgebungen droht die Qualitätssicherung zu einem Flaschenhals zu werden. Deshalb brauchen viertens DevOps-Teams die Unterstützung durch Tools für automatisierte Regressionstests.

Geeignete Tools decken dabei praktisch die gesamte Produktivumgebung ab und liefern daher Ergebnisse, die so realitätsnah sind, dass positiv getesteter Code mit einem stark reduzierten Risiko implementiert werden kann.

Fünftens brauchen SAP-Bestandskunden eine flexible Deployment-Strategie. Die Projektverantwortlichen müssen abhängig von den Testergebnissen dynamisch entscheiden können, welche Änderungen am Ende eines Sprints in die Produktivumgebung übernommen werden sollen und welche nicht. Auch hierfür benötigen sie die Unterstützung von Werkzeugen zur Prozessautomatisierung.

Eines der zentralen Versprechen des DevOps-­Konzepts lautet höhere Code-Qualität. Kürzere ­Releasezyklen reichen jedoch allein nicht aus, um das Risiko von Code-Fehlern in Produktivumgebungen einzudämmen.

Gerade SAP-Teams müssen ­deshalb das Testen zum integralen Bestandteil ihrer Prozesse machen, um DevOps auch in komplexen Umgebungen zum Erfolg zu führen. Das gelingt jedoch nur mithilfe einer integrierten Tool-Chain, die hochautomatisierte Testwerkzeuge miteinschließt.

https://e3mag.com/partners/basis_technologies/

avatar
Achim Töper, Basis Technologies

Achim Töper verfügt über fundierte Kenntnisse in den Bereichen SAP und DevOps, die es ihm bei seiner Arbeit bei Basis Technologies ermöglichen, innovative Lösungen zu präsentieren und Gesamtlösungen für vorhandene Kunden-Szenarien aufzuzeigen.With an in-depth knowledge of SAP and DevOps, Achim Toeper presents innovative solutions and successfully develops overall solutions for existing customer scenarios at Basis Technologies.


Schreibe einen Kommentar

Die Arbeit an der SAP-Basis ist entscheidend für die erfolgreiche S/4-Conversion. 

Damit bekommt das sogenannte Competence Center bei den SAP-Bestandskunden strategische Bedeutung. Unhabhängig vom Betriebsmodell eines S/4 Hana sind Themen wie Automatisierung, Monitoring, Security, Application Lifecycle Management und Datenmanagement die Basis für den operativen S/4-Betrieb.

Zum zweiten Mal bereits veranstaltet das E3-Magazin in Salzburg einen Summit für die SAP-Community, um sich über alle Aspekte der S/4-Hana-Basisarbeit umfassend zu informieren.

Veranstaltungsort

Mehr Informationen folgen in Kürze.

Veranstaltungsdatum

Mittwoch, 21. Mai, und
Donnerstag, 22. Mai 2025

Early-Bird-Ticket

Verfügbar bis Freitag, 24. Januar 2025
EUR 390 exkl. USt.

Reguläres Ticket

EUR 590 exkl. USt.

Veranstaltungsort

Hotel Hilton Heidelberg
Kurfürstenanlage 1
D-69115 Heidelberg

Veranstaltungsdatum

Mittwoch, 5. März, und
Donnerstag, 6. März 2025

Tickets

Reguläres Ticket
EUR 590 exkl. USt
Early-Bird-Ticket

Verfügbar bis 20. Dezember 2024

EUR 390 exkl. USt
Veranstalter ist das E3-Magazin des Verlags B4Bmedia.net AG. Die Vorträge werden von einer Ausstellung ausgewählter SAP-Partner begleitet. Der Ticketpreis beinhaltet den Besuch aller Vorträge des Steampunk und BTP Summit 2025, den Besuch des Ausstellungsbereichs, die Teilnahme an der Abendveranstaltung sowie die Verpflegung während des offiziellen Programms. Das Vortragsprogramm und die Liste der Aussteller und Sponsoren (SAP-Partner) wird zeitnah auf dieser Website veröffentlicht.