Vous avez des améliorations (ou des corrections) à proposer pour ce document :
je vous remerçie par avance de m'en faire part, cela m'aide à améliorer le site.
Introduction au test logiciel : Introduction au TDD : Test Driven Development
Il faut aussi, bien entendu, garantir la « Non-Régression ».
A chaque livraison d'un composant, il faut vérifier qu'il continue à fonctionner correctement.
Il est donc nécessaire, à minima, de relancer la procédure de tests unitaires sur le composant.
Il est donc fortement conseillé que la procédure de tests unitaires soit automatisée, un outil « d'intégration continue » pourra ainsi systématiser le lancement de la procédure de test à chaque « Commit » dans un SCM (Source Code Management).
Ne pas produire de bugs et de régressions est un objectif, malheureusement, quasi impossible à atteindre.
J'ai presque envie de dire que c'est normal dans un processus de développement.
Par contre, ce qui serait grave, c'est de ne pas s'en apercevoir au plus tôt et de ne pas corriger les problèmes !
Améliorations / Corrections
Vous avez des améliorations (ou des corrections) à proposer pour ce document : je vous remerçie par avance de m'en faire part, cela m'aide à améliorer le site.
Emplacement :
Description des améliorations :