Organiser les tests

Bonjour :-)


J'ai déjà lu à plusieurs endroits que c'est important d'avoir des tests bien faits (je ne me rappelle plus les termes).
(Par exemple ici mais pas que :
https://www.ionos.fr/digitalguide/sites-internet/developpement-web/test-unitaire-dans-le-developpement-de-logiciels/ )

Ça va être particulièrement utile au moment où je vais changer l'implémentation de certaines fonctionnalités déjà existantes, pour vérifier qu'il n'y a pas de perte de fonctionnalité.


Mon problème est que je n'ai pas appris beaucoup de choses à la fac sur cet aspect du développement.

Alors je crois que pour bien tester un composant on n'a pas tellement d'autre choix que de l'"examiner sous toutes les coutures", de façon exhaustive.

Mais je me pose des questions pour l'organisation plus générale.
Par exemple est-ce qu'il vaut mieux faire une grande quantité de petits exécutables, chacun étant spécialisé, ou vaut-il mieux en faire un seul avec plein de petits paquetages pour chaque composant à tester ?
Et il y a peut-être d'autres choses à savoir, pour lesquelles je n'ai pas l'idée de poser des questions.

Avez vous des conseils à me donner pour organiser ça ?
Ou des trucs à lire, pas trop "touffus" (genre tutoriel) ?


Pour info, j'en ai fait un quasiment complètement moi-même :
http://svn.savannah.gnu.org/viewvc/rapid/branches/gtkada-2.24/src/tests/tki/test_images.adb?view=markup&pathrev=257


-- 
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/

_______________________________________________
Ada-france mailing list
[email protected]
https://mail.ada-france.org/cgi-bin/mailman/listinfo/ada-france