Nous touchons à la fin de ce cours.
Vous avez maintenant toutes les armes pour mettre en place des tests unitaires grâce à PHPUnit, et vous savez comment mettre en place une intégration continue très simplement avec Travis. Bien évidemment, libre à vous de mettre en place un autre outil.
En général, la mise en place d'un outil (ou plusieurs) d'intégration n'est pas le plus compliqué ! L'important, c'est le fait d'en tenir compte tout au long d'un projet.
Configurez votre outil d’intégration continue
Une fois l'outil mis en place, une seule règle à respecter ! Si un build ne passe pas, le développeur responsable de cet état ne peut pas mettre le code en (pré)production, ni merger son travail dans une branche principale.
En effet, l'état de l'application doit toujours être stable. Votre outil d'intégration continue doit être en mesure de rendre compte de la santé de l'application à un instant t.
Un outil d'intégration continue est un outil permettant de lancer des lignes de commande, avec de multiples environnements et une interface graphique, pour avoir un retour lisible de tous. Il est donc tout à fait possible de lancer un déploiement à chaque build, si celui-ci n'échoue pas. Pour cela, il faut ajouter le lancement du script responsable du déploiement de votre application.
Maintenez la suite de tests
Ne négligez pas le temps que cela demande. En effet, plus l'application évolue, plus il va vous falloir écrire des tests… en plus de maintenir les tests existants. Cela peut en décourager plus d'un, mais il faut tenir le coup !
Allouez du temps à cela de manière continue, afin que le coût soit lissé dans le temps. Au même titre que vous rafraîchissez une page pour vous assurer que ce que vous venez de développer fonctionne correctement, vous devez vous atteler à ce que l'outil d'intégration continue soit toujours au vert.
Tenez-vous à jour en matière d'outils d'intégration continue ainsi que sur les librairies vous permettant de tester vos applications. Par ailleurs, assurez-vous de faire en sorte de ne pas trop multiplier les technologies, afin de fluidifier au maximum les développements avec toute l'équipe. La qualité de vos applications en dépend !
Retenez les règles de base
Les tests permettent de vous assurer que le code fonctionne, sans erreur fatale. Il faut également s'assurer qu'ils correspondent aux spécifications communiquées par le mandataire.
Vos tests font en sorte que le code soit plus robuste, plus maintenable, et qu’il vive dans la durée. Vos tests doivent vous permettre de gagner du temps lors de vos développements.
N'oubliez pas de respecter les règles suivantes :
Les tests doivent s'exécuter le plus rapidement possible afin que votre outil d'intégration continue ne prenne pas trop de temps lors d'un build, sans quoi l'équipe risque d'ignorer son résultat.
Les tests doivent être isolés les uns des autres, car si un test dépend d'un autre test, cela rend leur maintien plus difficile, et il devient impossible de ne lancer qu'un seul test à la fois.
Les tests doivent être répétables à l'infini et toujours renvoyer le même résultat… c'est-à-dire OK.
Les tests doivent se suffire à eux-mêmes, c’est-à-dire qu’ils doivent être “autoportants” pour être compréhensibles, cela permet de documenter le code.
Les tests doivent permettre l'anticipation en couvrant le maximum de cas possibles.
En résumé
Il faut prendre le temps d’installer un outil d’intégration continue et de le maintenir, ainsi que ses tests.
C’est important de faire de la veille sur les outils d’intégration continue pour tester de nouveaux outils.
Tester c'est douter ! Doutez autant que possible, cela servira vos applications de la meilleure des manières.
Et maintenant, passez un dernier quiz pour valider vos connaissances !
