Débogage méthodique

Le bug a toujours une cause. Il suffit de la trouver calmement.

L'erreur classique

Modifier du code au hasard en espérant que « ça passe ».

On perd du temps et on introduit d'autres bugs.

À la place : une démarche.

La boucle

flowchart LR
  A[Reproduire] --> B[Isoler]
  B --> C[Hypothèse]
  C --> D[Vérifier]
  D -->|Faux| C
  D -->|Vrai| E[Corriger]
  E --> F[Test de non-régression]

1. Reproduire

• Obtenir un scénario fiable et minimal
• Noter la version, l'environnement, les données
• Pas de reproduction, pas de correction vérifiable

2. Isoler

• Réduire le code jusqu'à ce que le bug subsiste seul
• Désactiver des parties jusqu'à ce qu'il disparaisse
• Regarder les entrées et sorties de chaque étape

3. Formuler des hypothèses

Écrivez-les :

« Le total est faux parce que la remise est appliquée deux fois. »

Puis cherchez un moyen de la réfuter (log, point d'arrêt, test).

Bisecter avec Git

Quand « ça marchait avant » :

git bisect start
git bisect bad            # la version actuelle est cassée
git bisect good v1.2.0    # cette version fonctionnait
# Git propose des commits à tester, puis :
git bisect good           # ou : git bisect bad
git bisect reset

Recherche dichotomique : environ 10 essais pour 1 000 commits.

Les outils

• Le débogueur et ses points d'arrêt
• Les logs ciblés (pas un déluge)
• Les tests : un test rouge qui reproduit le bug
• L'onglet réseau des outils de développement

Après la correction

1. Écrire un test qui échoue avant le correctif
2. Corriger
3. Vérifier que le test passe
4. Se demander : où ailleurs la même erreur peut-elle exister ?

À retenir

1. Reproduire avant de corriger
2. Une hypothèse à la fois
3. Chaque bug corrigé laisse un test derrière lui