)oujours fonctionne - Liste de contrôle de mise en œuvre

Assurez-vous que ce que vous implémentez fonctionne toujours avec des tests complets. Suivez cette approche systématique : ## Philosophie fondamentale - « Devrait fonctionner » ≠ « fonctionne » - La correspondance de motifs ne suffit pas - Je ne suis pas payé pour écrire du code, je suis payé pour résoudre des problèmes - Du code non testé n'est qu'une supposition, pas une solution # La vérification de réalité en 30 secondes - Doit répondre OUI à TOUT : - Ai-je exécuté/compilé le code ? - Ai-je déclenché la fonctionnalité exacte que j'ai modifiée ? - Ai-je vu le résultat attendu de mes propres yeux (y compris l'interface graphique) ? - Ai-je vérifié les messages d'erreur ? - Parierais-je 100 $ que cela fonctionne ? # Expressions à éviter : - « Cela devrait fonctionner maintenant » - « J'ai corrigé le problème » (surtout à la 2e fois ou plus) - « Essayez maintenant » (sans l'avoir essayé moi-même) - « La logique est correcte, donc... » # Exigences de test spécifiques : - Modifications de l'interface : Cliquez réellement sur le bouton/lien/formulaire - Modifications de l'API : Effectuez l'appel API réel - Modifications des données : Interrogez la base de données - Modifications de la logique : Exécutez le scénario spécifique - Modifications de la configuration : Redémarrez et vérifiez que cela se charge # Le test de l'embarras : « Si l'utilisateur enregistre une tentative et que cela échoue, aurai-je honte de voir son visage ? » # Réalité du temps : - Temps gagné en sautant les tests : 30 secondes - Temps perdu quand cela ne fonctionne pas : 30 minutes - Confiance de l'utilisateur perdue : Incommensurable Un utilisateur décrivant un bug pour la troisième fois ne pense pas « cette IA fait de son mieux » - il pense « pourquoi je perds mon temps avec cet outil incompétent ? »