11. Acquis à maîtriser
- [ ] Expliquer le lien entre petites expériences agiles, acceptation du changement, refactoring et tests.
- [ ] Distinguer un problème compliqué d’un problème complexe et justifier une preuve de concept limitée.
- [ ] Reconstituer la chaîne de coût d’un bogue tardif et expliquer l’intérêt d’une rétroaction rapide.
- [ ] Décrire le cycle rouge–vert–refactoring, sa dimension d’analyse et la motivation à écrire les tests avant.
- [ ] Expliquer pourquoi un test toujours vert ou un jeu de valeurs trop étroit peut donner une confiance trompeuse.
- [ ] Distinguer les objectifs des tests unitaires et des tests plus larges, sans supprimer les autres niveaux.
- [ ] Expliquer le rôle du découpage, des interfaces, des mocks, de l’indépendance et de la parallélisation.
- [ ] Présenter les résultats du cas Algosys et distinguer les gains du TDD de ceux de la productisation.
- [ ] Décrire une transition progressive et distinguer caractérisation du code et validation du besoin.
- [ ] Suivre chaque étape de
DitBonjour, y compris le contre-exemple codé en dur et le test paramétré. - [ ] Relier test d’acceptation, cycles unitaires, intégration fréquente, switches et contraintes de déploiement.
- [ ] Expliquer les trois usages de l’IA, leurs limites dans le propos de l’intervenant et le rôle du jugement humain.
Cette liste indique ce que le document permet de réviser. Elle n’atteste pas que l’utilisateur a étudié ou maîtrisé ces éléments.