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 *

test

Le test : les idées reçues

Introduction : Comme beaucoup de métiers, le métier du test véhicule de nombreux clichés. Faisons un tour d’une partie de ceux-ci et analysons-les ensemble. Les idées reçues : 1.   Les tests ça coûte cher ·        OUI et NON. En effet mettre en place de process de test coûte de l’argent. Par contre ces process

Lire la suite »
culture générale

TMMI (Définition + analyse niveau 1 et 2)

Le référentiel TMMI (Test Maturity Model Integration) est l’équivalent du CMMI (capability maturity model integration) pour les tests. Comme son nom l’indique, il est centré sur les activités de test. Comme son modèle, le TMMI fonctionne avec différents paliers de maturité. Son utilité est donc de savoir à quel niveau

Lire la suite »
Qualité

[Programmez] Les testeurs ne sont pas « l’Assurance Qualité » !

Le testeur est une assurance pour la qualité ? Le terme d’ingénieur « QA » pour « Quality Assurance » – traduit Assurance Qualité en français – est de plus en plus fréquent pour nommer le métier de « testeur logiciel ». Cette démocratisation de ce terme tend à indiquer que le testeur est, de par sa

Lire la suite »