Information et éducation par et pour la communauté SAP

Que celui qui livre dans SAP soit testé !

Plus souvent, mais plus petit - grâce à DevOps, le risque par version diminue, mais le temps disponible pour l'assurance qualité également. DevOps dans les environnements SAP avec leurs interdépendances doit être complété par des procédures de test automatisées.
Achim Töper, Basis Technologies
28 mars 2019
Chronique DevOps
avatar
Ce texte a été automatiquement traduit en français de l'allemand

On pourrait l'appeler le "paradoxe du risque" de DevOps : Même les projets de développement les plus complexes se font en plusieurs petites étapes. Ainsi, le risque par version diminue, car moins de modifications de code entraînent logiquement moins d'erreurs.

D'autre part, les différents cycles de release sont si courts qu'il reste globalement moins de temps pour l'assurance qualité. En règle générale, un sprint - c'est-à-dire l'une des nombreuses opérations itératives de développement de nouvelles fonctionnalités - ne dure que deux semaines, tests et déploiement sur les systèmes de production compris.

En revanche, dans le modèle classique en cascade, le travail de développement est suivi d'une longue phase de test, et ce n'est qu'ensuite que la version est validée.

Les développeurs et les administrateurs SAP ont un objectif fondamental : s'assurer que ce qui a fonctionné hier fonctionnera encore demain.

Ce qui est aussi critique que difficile, en particulier dans les environnements complexes. En effet, il existe un nombre presque infini de dépendances, de sorte que la moindre erreur peut avoir des conséquences désastreuses.

Pour que DevOps soit un succès dans les environnements SAP, il ne faut pas seulement une chaîne d'outils intégrée pour la livraison continue (CD) et l'intégration continue (CI). Il faut également des outils pour les tests continus. Cela s'accompagne d'une nouvelle stratégie de test en cinq étapes :

Premièrement, le principe Shift-Left doit également être appliqué à la qualité. Corriger les erreurs avant même qu'une nouvelle version ne soit opérationnelle ne permet pas seulement de réduire les dysfonctionnements et les interruptions de service.

Au contraire, cela permet de réduire les coûts d'un facteur 15. Pour ce faire, les tests devraient toutefois avoir lieu plus tôt dans le projet que ce n'est le cas actuellement.

Deuxièmement, cela a des conséquences directes sur le processus de développement lui-même. Le nouveau code doit être testé plusieurs fois au cours d'un sprint, non seulement en termes d'exhaustivité et de fonctionnalité, mais aussi en termes de comportement dans les environnements de production.

Les évaluations par les pairs, les rétrospectives et les mesures font également partie d'une assurance qualité continue et permettent d'améliorer continuellement les procédures de test.

Troisièmement, cela signifie que les entreprises doivent intégrer l'assurance qualité dans leurs équipes et processus DevOps interfonctionnels. Non seulement les responsables de l'exploitation, mais aussi les testeurs doivent faire partie de l'équipe DevOps et participer à toutes les étapes d'un sprint.

En raison de la complexité des environnements SAP, l'assurance qualité risque de devenir un goulot d'étranglement. C'est pourquoi, quatrièmement, les équipes DevOps ont besoin du soutien d'outils pour des tests de régression automatisés.

Les outils appropriés couvrent pratiquement tout l'environnement de production et fournissent donc des résultats si proches de la réalité que le code testé positivement peut être implémenté avec un risque fortement réduit.

Cinquièmement, les clients existants de SAP ont besoin d'une stratégie de déploiement flexible. Les responsables de projet doivent pouvoir décider de manière dynamique, en fonction des résultats des tests, quelles modifications doivent ou non être intégrées dans l'environnement de production à la fin d'un sprint. Pour cela aussi, ils ont besoin du soutien d'outils d'automatisation des processus.

L'une des principales promesses du concept DevOps est l'amélioration de la qualité du code. Toutefois, des cycles de release plus courts ne suffisent pas à eux seuls à limiter le risque d'erreurs de code dans les environnements de production.

Les équipes SAP doivent donc faire des tests une partie intégrante de leurs processus pour que DevOps soit un succès, même dans des environnements complexes. Mais cela ne peut se faire qu'à l'aide d'une chaîne d'outils intégrée, qui inclut des outils de test hautement automatisés.

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

avatar
Achim Töper, Basis Technologies

Achim Töper dispose de connaissances approfondies dans les domaines SAP et DevOps, ce qui lui permet, dans son travail chez Basis Technologies, de présenter des solutions innovantes et de mettre en évidence des solutions globales pour des scénarios clients existants.Grâce à ses connaissances approfondies de SAP et DevOps, Achim Toeper présente des solutions innovantes et développe avec succès des solutions globales pour des scénarios clients existants chez Basis Technologies.


Écrire un commentaire

Le travail sur la base SAP est essentiel pour réussir la conversion S/4. 

Ce que l'on appelle le centre de compétences prend ainsi une importance stratégique chez les clients existants de SAP. Indépendamment du modèle d'exploitation d'un S/4 Hana, les thèmes tels que Automatisation, Suivi, Sécurité, Gestion du cycle de vie des applications et Gestion des données la base de l'exploitation opérationnelle de S/4.

Pour la deuxième fois déjà, le magazine E3 organise à Salzbourg un sommet pour la communauté SAP afin de s'informer en détail sur tous les aspects du travail de base de S/4-Hana.

Lieu de la manifestation

FourSide Hôtel Salzbourg,
Trademark Collection by Wyndham
Am Messezentrum 2, 5020 Salzbourg, Autriche
+43-66-24355460

Date de l'événement

mercredi 10 juin, et
Jeudi 11 juin 2026

Billet d'entrée anticipé

Billet régulier

EUR 390 hors TVA
disponible jusqu'au 1.10.2025
EUR 590 hors TVA

Lieu de la manifestation

Hôtel Hilton Heidelberg
Kurfürstenanlage 1
D-69115 Heidelberg

Date de l'événement

mercredi 22 avril et
Jeudi 23 avril 2026

Billets

Billet régulier
EUR 590 hors TVA
Abonnés au magazine E3
à prix réduit avec le Promocode STAbo26
EUR 390 hors TVA
Étudiants*
à prix réduit avec le Promocode STStud26.
Veuillez envoyer votre certificat d'études par e-mail à office@b4bmedia.net.
EUR 290 hors TVA
*Les 10 premiers billets sont gratuits pour les étudiants. Tentez votre chance ! 🍀
L'organisateur est le magazine E3 de la maison d'édition B4Bmedia.net AG. Les conférences seront accompagnées d'une exposition de partenaires SAP sélectionnés. Le prix du billet comprend la participation à toutes les conférences du Steampunk and BTP Summit 2026, la visite de l'espace d'exposition, la participation à la soirée et les repas pendant le programme officiel. Le programme des conférences et la liste des exposants et des sponsors (partenaires SAP) seront publiés en temps utile sur ce site.