Le shift left

Le shift left testing est un terme qui revient régulièrement lorsque l’on parle de tests. Il revient notamment dans certains commentaires de mes articles.

A quoi correspond exactement le shift left testing et pourquoi est-il autant mis en avant ?

Le shift left est une image par rapport au cycle en V que voici :

cycle en VShift left testing signifie faire venir la partie test dans la branche gauche du cycle en V. Plus concrètement c’est commencer le test le plus tôt possible dans le processus projet.

Le shift left testing pourrait donc être vu comme un « test en continu » tout au long du projet comme le résume très bien le schéma ci-dessous :

processus développement. Le test est transverseCela inclut donc les tests statiques dès l’expression de besoin !

Pourquoi est-il intéressant d’adopter cette pratique ?

Le shift left permet de repérer des bugs en amont mais pas uniquement. La majorité des « bugs » sont liés aux spécifications, les expressions de besoin ne représentent également pas toujours ce que les utilisateurs désirent vraiment.

Le shift left testing permet de limiter ces effets. Des revues de expression de besoin afin de s’assurer d’avoir bien compris les besoins du client, des revues des spécifications… permettent de réduire l’impact de ces problèmes.

Dans les faits un shift left testing bien implémenté peut permettre de :

·        Réduire les coûts : avec une détection plus précoce des bugs

·        Améliorer l’efficacité : En limitant les allers-retours entre les différents intervenants et les fonctionnalités ne correspondant pas à ce qui est souhaité

·        Améliorer la qualité : Avec la réduction des coûts on dégage du budget afin d’améliorer la qualité. De plus, le fait de faire des tests dès le début du projet diminue les chances d’erreurs humaines.

·        Améliorer la compétitivité : Cela découle des points précédents

Conclusion

Il existe de nombreux risques dans un projet.

Le risque de ne pas développer ce qui est attendu par l’utilisateur et le risque d’avoir un logiciel buggé et dont les bugs sont très cher à corriger sont deux risques majeurs qui sont fortement réduit avec le shift left testing.

La méthode Scrum a beaucoup de succès en partie car elle limite le premier risque, de même les processus de tests vitaux et des tests statiques ont pour but de repérer les bugs le plus tôt possible afin de limiter leurs coûts.

Le shift left c’est mettre en place toutes ces bonnes pratiques et changer les mentalités sur le test. Le test ce n’est pas à la fin du projet, le test cela doit être à toutes les étapes du projet. Plus on commence à tester tôt, plus le retour sur investissement des tests est évident.

A lire aussi : http://www.abstracta.us/2017/01/20/not-convinced-yet-shift-left-testing/

N’hésitez pas à rejoindre le groupe Le métier du test

N’hésitez pas à me suivre et lire mes autres articles si vous voulez en apprendre plus sur le test ou venir partager vos connaissances

Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles.

2 réponses

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Cognitive Bias Codex par Buster Benson
testeur

Gérer ses biais cognitifs en tant que testeur

Le sujet m’est venu il y a quelques années à la la lecture de ce livre fascinant “ Thinking, Fast and slow” de Daniel Kahneman (prix Nobel tout de même), mais aussi en consultant des billets de blog ou des articles (références à la fin). Une liste de tous les biais cognitifs est

Lire la suite »
roue indiquant 5 difficultés du testeur qui entourent une sixième centrale: le temps
testeur

Les difficultés du testeur (2/6): la connaissance du produit

Cette série part de la présentation faite lors du webinaire « Rendre la vie du testeur plus facile«  L’idée est de développer chaque difficulté abordée et d’aborder des techniques pour y faire face. Difficulté: la connaissance du produit Vous est-il déjà arrivé de débarquer dans une équipe en tant que testeur

Lire la suite »