|
Cette compilation quotidienne d'une application combine gestion des versions et tests unitaires, pour un code source mieux surveillé. Étapes de la construction.
 Dans le langage informatique, un build correspond à la vérification et la compilation de l'ensemble de codes sources relatifs à un projet, aboutissant idéalement à un produit executable, même s'il est incomplet, ou le cas échéant à un rapport de toutes les erreurs survenues pendant le processus, afin que les développeurs puissent les corriger avant le prochain build.
Le principe n'est donc pas tant de disposer d'un exécutable que les testeurs peuvent valider quotidiennement, mais de lancer une batterie de tests automatiques, très variés et pouvant devenir très complexes, afin de s'assurer que rien n'a été oublié. Cette pratique découle du Test Driven Developpment (TDD, lire notre article du 18/11/2004), et est partie intégrante du mouvement Extreme Programming (XP, lire notre article du 10/04/2001).
Les tests automatiques deviennent donc une partie essentielle du développement - ils sont même écrits avant les méthodes qu'ils testent. Mais le premier des tests est simplement de passer le stade de la compilation : une classe qui ne compile pas, et c'est tout le build qui n'arrive pas à terme.
Tutoriel réalisé par Xavier Borderie, JDN Développeurs
|
 |
Sommaire
|
|
 Introduction |
|
|
|
|
|
|
|
