Gestion du cycle de vie des applications et tests

La méthode linéaire en cascade de la gestion du cycle de vie des applications (ALM) a fait son temps

Aujourd'hui, les tests doivent être effectués de manière dynamique tout au long du cycle de vie d'une application afin de pouvoir rivaliser avec des concurrents agiles. Les entreprises qui travaillent avec des infrastructures SAP complexes devraient par exemple toujours tester soigneusement les mises à jour S/4 Cloud avant de les déployer, sinon les processus commerciaux risquent de ne plus fonctionner correctement. L'absence de tests de performance peut par exemple entraîner une lenteur et une instabilité des applications, ce qui peut entraîner la perte de clients.

Mais les approches de test traditionnelles prennent du temps et l'effort pour les concevoir, les exécuter et les maintenir est important. Il est donc avantageux d'automatiser en grande partie les tests en intégrant le test continu dès le début dans le pipeline DevOps. Pour les start-ups innovantes, ce n'est pas un défi trop important. Ces nouveaux venus ont l'avantage de commencer tabula rasa et de ne pas avoir à supporter des charges héritées du passé. 

En revanche, les acteurs établis depuis des années sur le marché se battent généralement avec des piles d'applications complexes qui se sont développées au fil du temps. Les processus dans de tels systèmes confus sont souvent très rigides et des exigences de conformité strictes s'appliquent en même temps. Comment réussir à atteindre un niveau d'automatisation adéquat pour les tests dans ces conditions ? Les stratégies suivantes aident les entreprises ayant des architectures historiques à intégrer le test continu dans leur pipeline DevOps.

Stratégies d'automatisation des tests

Les entreprises adoptent souvent une approche basée sur des scripts pour l'automatisation des tests. Mais cela entraîne une charge de travail considérable. En effet, si l'application testée change, tant les scripts que le framework doivent être revus et éventuellement mis à jour. Cela consomme du temps et des ressources. Pour rendre les tests plus simples et plus rapides, il est donc recommandé d'opter pour une solution qui offre une automatisation des cas de test sur l'ensemble de la pile technologique - à partir d'une plateforme centrale, sans code et avec peu d'efforts.

Une autre raison pour laquelle de nombreuses entreprises éprouvent des difficultés dans les projets d'automatisation des tests est la maintenance des tests. Ici, deux questions se posent principalement : les tests instables et les tests qui sont difficilement adaptables. Si un test automatisé échoue sur une application inchangée, il y a un problème de stabilité. Ce problème peut être résolu par des identificateurs plus stables. En outre, des données de test inappropriées ou des environnements instables et incomplets peuvent également provoquer l'échec d'un test. Le deuxième obstacle - des tests inflexibles - est contourné en créant des tests à partir de modules réutilisables tout au long de la série de tests. Si les processus commerciaux changent, il est facile de mettre à jour les modules individuels et de synchroniser automatiquement les tests respectifs. Pour réduire encore plus les coûts de maintenance des tests, il est également conseillé de garder l'environnement de test aussi léger que possible.

Les tests peuvent être encore plus rapides si les entreprises réduisent la part des tests UI chaque fois que cela est possible. Les tests API sont plus solides, plus rapides et plus faciles à entretenir, et donc mieux adaptés aux processus de développement modernes. De plus, ils sont capables de tester des fonctions pour lesquelles les tests UI ne sont pas adaptés. Toutes ces stratégies ouvrent aux entreprises des voies pour assurer le test continu tout au long de la gestion du cycle de vie des applications. Ainsi, même les acteurs du marché disposant d'une pile d'applications historiquement développée restent agiles et n'ont pas à se cacher des nouveaux venus dynamiques.

SAP Cloud ALM (Application Lifecycle Management) doit devenir le SolMan du cloud computing. Ce qui semble logique comporte de nombreux défis. Nous fournissons des réponses sur les cas où l'ALM est utile et où des outils ITSM complémentaires sont nécessaires.