Je veux
mettre des tests là où il n’y en a pas
Trois étages : les pièces isolées, les parcours entiers, et l’œil qui compare les rendus d’une version à l’autre.
À la fin
Un filet dont on connaît les trous.
3 cartes sur 3 viennent du même groupe —Épées, trancher.
Les phrases, dans l’ordre
Copiez une phrase, laissez l’étape rendre ce qui est nommé, puis passez à la suivante.
tests unitaires
Les tests des pièces, et la couverture mesurée avant/après.
Sous le capot
Calibreusecalibreuse des pièces avant l'assemblage
tests de bout en bout
Les parcours joués comme un utilisateur les joue.
Sous le capot
Funambulefunambule des parcours sans filet
collationneuse
La comparaison visuelle page à page, pour attraper ce qu’aucune assertion ne dit.
Sous le capot
Collationneusecollationneuse des rendus page à page
Sous le capot — 3 cartes
Si ce n’est pas tout à fait ça
- Je veux réparer un build qui ne passe plusL’erreur est lue, la cause cherchée, le correctif proposé — et si c’est la CI qui casse, elle est réparée à la source.
- Je veux réduire la dette sans tout réécrireMesurer d’abord, couper ensuite. La complexité se chiffre ; la réécriture totale est presque toujours le mauvais geste.
- Je veux voir ce qui a changé à l’écran sans le chercherDeux captures, une comparaison. Ce qui a bougé apparaît, y compris ce qu’on n’avait pas prévu de changer.
Tirage écrit à la main dans data/parcours.json, tenu par scripts/parcours/check-parcours.sh : chaque carte citée existe dans le registre du framework.