1. Pourquoi tester son code
Un programme qui marche aujourd’hui peut casser demain, à la moindre
modification. Tester, c’est vérifier par des essais que le code fait ce
qu’on attend ; automatiser les tests, c’est pouvoir refaire ces
vérifications en quelques secondes, à chaque changement. Avec la gestion
de versions et l’intégration continue, c’est le socle du travail d’un
développeur en équipe.
Mardi 20 octobre 2026, deuxième jour du sprint 5 de KerMaint
(chapitre B1-10). Anaïs Lecoq, responsable du pôle développement de
Vellacor, réunit Sarah Cherif, alternante SLAM, et Romain Daguet. Les
classes métier de KerMaint (SLAM-02) et sa couche d’accès aux données
(SLAM-08) vont être regroupées dans un projet Composer à part,
kermaint-domaine, sur la forge
GitLab de Vellacor.
Anaïs rappelle que le 7 octobre, KerMaint est tombé en erreur sur
tous les sites à cause d’un journal de débogage resté actif après une
mise à jour (ticket VEL-2026-4361, B1-06). Elle veut que chaque
modification soit désormais vérifiée automatiquement
avant d’arriver en recette, et ouvre le ticket
VEL-2026-4517 : Sarah écrit les tests
automatisés avec PHPUnit et code une nouvelle règle en écrivant
les tests d’abord ; Sarah et Romain versionnent le
projet avec Git et passent par des demandes de fusion ;
Romain met en place le pipeline d’intégration continue.
C’est la compétence visée : tester, intégrer en continu, documenter.
La suite est réservée aux abonnés
Le premier chapitre de chaque matière est offert. L’abonnement ouvre tous les chapitres des dix BTS, leurs exercices corrigés, leurs quiz, les fiches de révision et le planning personnalisé.
7,99 € le premier mois 9,99 € · puis 9,99 € par mois, sans engagement
Chapitre offert de cette matière : Analyser le besoin et le modéliser