Les 7 principes du test: tester tôt (3/7)

Dans cette série vous pourrez trouver dans chaque article une présentation d’une des 7 principes fondamentaux du test.

Tester tôt

Description

Ce principe est assez simple à appréhender. Il rappelle qu’il est important/ nécessaire de tester aussi tôt que possible afin d’éviter que des problèmes mineurs et faciles à corriger au moment où ils ont été introduits deviennent des problèmes majeurs et particulièrement complexe (voire impossible) à corriger à mesure.

Cette croissance de la complexité s’explique par plusieurs points, les plus évidents me semblent être ceux-ci:

  • Il est plus facile de corriger quelque chose lorsque l’on est dans le sujet que lorsque l’on ne travaille plus dessus
  • Le logiciel et l’environnement dans le logiciel évoluent et deviennent plus complexe au fur et à mesure que le temps passe
  • La cause de l’anomalie devient plus complexe à trouver car plus le temps passe plus il y a eu des modifications
  • Dans le cas du développement d’un logiciel il est plus facile de corriger une anomalie introduite dans l’expression de besoin ou les spécifications à ce moment là (correction d’une phrase) qu’ultérieurement.

Conséquences

La conséquence principale est simple et s’appelle « shift left« . Les tests doivent intervenir aussi tôt que possible! Il y a d’ailleurs de nombreuses techniques implémentant ce concept, je pense par exemple aux revues, à l’ATDD ou au BDD!

Ce qu’il faut retenir

il est bon de tester toute production faite pour un logiciel. Par tester on peut entendre ici « vérifier » et par production tout ce qui est lié au logiciel développé ce qui inclut: les US, les expressions de besoins, les spécifications, le code, les tests, les plan de test et j’en passe.

Repérer une anomalie dès qu’elle est introduite permet de gagner du temps, de l’argent… mais aussi de travailler dans de bonnes conditions où l’on ne passe pas son temps à corriger des anomalies.

De même, « tester tôt » a une autre vertu: cela entraîne une collaboration et une forte communication!

Pensez à rejoindre le groupe « Le métier du test » si vous souhaitez échanger sur le test

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

N’hésitez pas à faire vos propres retours d’expérience en commentaire.

Laisser un commentaire

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

logo de la taverne du testeur
éco-conception

Interview rénovation de la taverne

Bonjour Marc et Hugo, pouvez-vous rapidement vous présenter ? H : Je suis Hugo Malterre testeur fonctionnel à la suite d’une reconversion il y a un peu plus d’un an. A côté de cela, je réalise des sites internet pour le plaisir (pour ma famille, mes amis et les projets qui font

Lire la suite »
testeur

Mon expérience avec le télétravail

Préambule Cet article n’est pas vraiment le type d’article que je publie actuellement mais il m’a semblé important, suite à la lecture de post et commentaires sur LinkedIn de parler du télétravail d’un point de vue de testeur… et d’un point de vue un peu plus haut niveau également. En

Lire la suite »
Agilité

Livre CFTL – Organisation d’une équipe de test

Cet article a été écrit et est paru dans le livre du CFTL « Les tests en agile« . La qualité de la mise en plage est par conséquent nettement meilleur sur le livre. Néanmoins, le contenu reste le même Introduction Qui dit Agilité dit équipes agiles… Et donc équipe pluridisciplinaire. Le

Lire la suite »