IMA PROTECT

Points clés

• Tests automatisés
• Gain de temps recettage
• Fiabilité et performances des applications

Chiffres clés

• 2,5 jours temps/Homme gagné avant chaque mise en prod
• environ : 30 jours temps/homme gagné / an

Automatisation des tests end-to-end ?

• L’automatisation des tests end-to-end permet de remplacer (en partie) le recettage “manuel” réalisé par un testeur ou un développeur.
• Les tests sont effectués par des outils spécifiques qui permettent d’exécuter automatiquement une série d’actions selon un scénario prédéfini : pour simuler le parcours complet d’un utilisateur dans une application (e-commerce, applicatif métier…) du début à la fin.
• Ces tests permettent de vérifier que tous les composants (front-end, back-end, bases de données, services tiers, etc.) interagissent correctement… et sans régression (sans effets de bord sur les développements antérieurs)

Le contexte Ima Protect

• Un processus manuel de détection des non-régressions contraignant pour les équipes internes et externes
• Sur-sollicitation du QA Testeur lors des phases de déploiement
• Tests partiels : on sacrifie le nombre de tests de non-régression pour envoyer le hotfix au plus vite
• Nécessité de tout tester sur plusieurs statuts/rôles sur certains projets : en tant qu’admin, en tant que client, en tant que commercial, en tant que… Et parfois même sur deux environnements distincts .
  
  Type de tests automatisés réalisés :
• Tunnel de commande / guide de choix multi-critères  (avec plus de 50 possibilités du tunnel)
• Test de l’espace client avec les différentes typologie de compte, d’abonnement et de matériel associé

Test end-to-end automatisés : quels enjeux ?

• Réduire le Time To Market en augmentant la vélocité des livraisons/déploiement en prod
• Gagner en rapidité dans le cycle de livraison : de la première mise à dispo à la mise en prod
• Diminuer le nombre d’anomalies détectées en recette
• Réduire le risque de régression en cas de hotfix
• Gagner en efficacité sur les tests de non régression
• Garantir l’adéquation fonctionnelle avec les besoins métier
• Assurer la fiabilité, la sécurité et les performances des applications
• Valider l’interopérabilité des systèmes dans le parcours de l’utilisateur
• Définir le bug et la responsabilité du bug
• Garantir le maintien à jour du plan de tests au fil des évolutions

Etapes et outils

• Bien identifier les scénarios critiques
• Toutes les fonctionnalités d’une application ne se valent pas (pondération / criticité)
• Playwright (JavaScript, TypeScript, Python, C#) : 
• Tableau de bord Allure. Accessible par le PO, permet de monitorer très rapidement la stabilité de l’app avant prise de décision pour livrer.

Résultats

• Le nouveau process d’automatisation des test end-to-end augmente la couverture des tests en permettant aux équipes d’intégrer des cas de test plus spécifiques par rapport aux tests unitaires et fonctionnels
• Permet aux équipes de lancement d’automatiser les parcours cruciaux des utilisateurs, ce qui les aide à réduire les délais de commercialisation
• Réduit le coût global du développement et de la maintenance du produit en accélérant les tests logiciels ;
• Sérénité gagnée lors des “mises en prod”
• Grâce aux tests automatisés, le développeur change de rôle. Il passe de “l’Exécution manuelle des tests” à  “l’implémentation et maintien des routines de tests pour exécution automatique des tests métier”. Les tests critiques complexes sont exécutés manuellement
• Grâce à l’automatisation des tests, le QA testeur ou le développeur se consacre à des tâches à haute valeur ajoutée : spécifier un besoin, préparer un coproj, suivre l’avancement du projet, se concentrer sur les tests complexes non-automatisables…

Gain de temps

• 2,5 jours temps/Homme gagné avant chaque mise en prod
• A raison d’environ 1 mise en prod / mois
• Soit environ : 30 jours temps / homme gagné / an

Cadiou, Sterenn. D’autres exemples de tests end-to-end automatisés

Chez Cadiou

• Faire gagner du temps côté client (1 à 2 ressources quasi à 100% sur le recettage) dans un contexte de test sur plusieurs statuts et 2 environnements
• Temps de recettage divisé par 3 env.  permettant de se consacrer aux fonctionnalités nouvelles et critiques, et d’aller plus vite vers d’autres projets

Chez Sterenn

• Gagner du temps sur les développements du moteur de recherche 
• Détecter des régressions du moteur de recherche rapidement (avant le client final)
• Gain de temps supérieur à 1 ETP
• Temps de développements sur le moteur de recherche divisés par 3
• Quasi disparition des remontées clients