3 bonnes pratiques pour une approche « shift left » de vos tests

Quel est le meilleur moyen d’implémenter une approche « shift left » pour vos tests ?

Tester plus tôt dans le cycle de développement, plutôt que d'effectuer tous les tests à la fin du build, demande d'intégrer les tests dans l'ensemble du cycle.

Mais appliquer une approche « shift left », ce n'est pas aussi simple que d'appuyer sur un interrupteur. Cela représente un changement de culture et les entreprises doivent s'assurer d'avoir la technologie et les processus nécessaires en place pour que cela fonctionne.

Voici trois bonnes pratiques pour ajuster votre stratégie de développement et appliquer une approche « shift left » à vos tests.

Briser les silos pour améliorer les processus et la culture

Dans une structure de développement traditionnelle, les disciplines requises pour livrer le logiciel sont réparties en silos, avec chaque département jouant son rôle à une étape différente dans un processus linéaire de livraison de logiciel. Quand les tests suivent une approche « shift left », les équipes de développement, de test et de gestion de produits doivent briser ces silos. Appliquer une approche « shift left » aux tests exige que tous les membres de l'entreprise travaillent ensemble.

Quand les tests suivent une approche « shift left », les équipes de développement, de test et de gestion de produits doivent briser ces silos.

Avec une approche « shift left », les équipes doivent identifier et briser les inefficacités créées par ces silos. Les différentes parties doivent communiquer clairement afin de pouvoir comprendre les besoins de l'autre et inclure les tests adéquats dans la phase de conception, corriger efficacement les bugs et avancer de manière itérative. Une fois les processus et la culture organisationnelle établis et intégrés, la productivité et la qualité peuvent alors augmenter.

Le succès permet d'augmenter l'agilité avec de courts cycles de livraison itératifs sans passer outre une discipline. L'entreprise peut alors organiser la livraison de logiciel en petites équipes de livraison inter-fonctionnelles qui sont valorisées, plutôt que ralenties.

L'approche « shift left » vise à valoriser l'entreprise, permettant d'intégrer plus tôt et plus fréquemment dans le cycle de développement des processus qui ont normalement lieu plus loin dans le pipeline de déploiement. Ainsi, il faut voir l'approche « shift left » comme un programme de transformation. Pour réussir, il faut que toute l'entreprise approuve.

Facilitateurs technologiques

Le terme « shift left » peut inclure tout type de test et fait généralement référence à l'objectif d'effectuer plus de cycles d'automatisation des tests plus tôt dans le cycle du build. Afin d'appliquer correctement une approche « shift left » à vos tests, les équipes doivent effectuer ce qui suit à l'échelle, le tout dans un pipeline CI/CD :

• Effectuer divers types de tests
• Effectuer une analyse statique du code à l'aide d'outils spécifiques
• Maintenir la couverture de plateforme à l'échelle, en veillant à ce que les plateformes testées soient à jour et prêtes pour ces tests

Plus précisément, pour chaque itération de logiciel testée, la portée de la suite de tests doit inclure :

• Un mélange de scénarios de tests fonctionnels
• Des tests unitaires qui s'étendent pour couvrir toutes les parties modifiées entre le build précédent et l'actuel
• Des tests exploratoires pour la sécurité, les performances et autres domaines pertinents, déclenchés par des tâches d'intégration continue et exécutés en parallèle sur diverses plateformes prises en charge

Comme les versions de logiciels sont dynamiques, les professionnels doivent effectuer l'audit et la maintenance de la suite entre les builds pour s'assurer que la portée reste pertinente et adaptée au code modifié ou aux nouveaux story points implémentés.

Enfin, les plateformes ciblées pour les tests (appareils mobiles, navigateurs Web, ordinateurs de bureau, etc.) doivent être prêtes entre et durant les cycles. Il est également préférable de s'appuyer sur les rapports de test pour comprendre la qualité du build et l'efficacité de la suite d'automatisation des tests. Ces rapports de test peuvent dévoiler des régressions dans le code et vous avertir à l'avance de problèmes, ce qui vous permet de les corriger avant la prochaine exécution.

Traiter le code d'automatisation des tests comme un code de production

En général, l'automatisation des tests permet de faciliter une approche « shift left » et Agile des tests de logiciel. Cependant, pour profiter de l'approche « shift left », l'automatisation des tests doit avoir une valeur élevée. Pour offrir cette valeur, les développeurs et les ingénieurs de test doivent maintenir le code de test en contrôlant les sources et en révisant le code. De plus, vos tests doivent rester dans votre pipeline d’intégration continue et le code doit être validé, sauf en cas de réel défaut.

Toute automatisation de test comporte inévitablement un certain degré de « bruit » et d'incertitude. Les équipes doivent continuellement réduire ces cas, sinon toute la pratique échouera. En suivant les standards de codage, en obtenant une visibilité de la qualité, en adoptant des algorithmes d'IA et d'apprentissage automatique, ainsi que d'autres méthodes, il est possible de réduire ce « bruit » au minimum.

Applause a plus de 10 ans d'expérience dans l'intégration avec des équipes de développement des entreprises et de QA, afin de les aider à mettre à l'échelle et renforcer leurs capacités de tests. Applause monte des équipes flexibles et sur mesure, composées de testeurs de notre communauté de testeurs vérifiés. Nos professionnels de la qualité sont disponibles pour aider à développer une stratégie de QA solide qui incorpore à la fois les aspects de tests manuels et automatisés nécessaires pour implémenter une approche plus complète et holistique des tests.

Lisez notre ebook Comment implémenter l'approche « shift left », pour un examen détaillé des modèles de tests « shift left », des avantages qu'ils peuvent procurer et des conseils pour mettre à jour votre stratégie de développement.