Como usar o Clumsy em testes de rede

01

Antes de usar o Clumsy

Um teste útil começa com alvo controlado e resultado esperado por escrito.

Anote o comportamento antes de pressionar Start. Exemplo: com 300 ms adicionais na API, o aplicativo deve mostrar carregamento, continuar responsivo e concluir sem perder o formulário. A frase define alvo, falha mensurável e resultado visível. Não ative todos os controles juntos, pois a causa de um problema ficará incerta.

Use o Clumsy somente em sistemas e tráfego próprios ou autorizados. Os controles que ajudam o QA a reproduzir conexão ruim podem atrapalhar outras pessoas. Este guia não aborda trapaças, desvio antitrapaça, lag switch escondido nem ataques a serviços de terceiros.

• Escolha uma sessão reversível.
• Meça a resposta normal antes da falha.
• Teste um aplicativo, endereço ou porta por vez.
• Saiba pressionar Stop e fechar o Clumsy antes de começar.

02

Baixar, verificar e extrair Clumsy 0.3

A versão oficial atual é Clumsy 0.3. Baixe da versão jagt/clumsy no GitHub, não de um espelho desconhecido ou instalador com embalagem própria. A maioria dos computadores usa Win64; Win32 serve para x86 de 32 bits. Em dúvida, abra Informações do Sistema e verifique Tipo de Sistema.

A versão oferece A, B e C por arquitetura. As notas dizem que usam assinaturas WinDivert diferentes com os mesmos recursos. Comece por A. Se a segurança tratar essa assinatura de outro modo, leia as notas antes de B ou C. Um arquivo chamado Clumsy 0.4 ou 0.6 não é automaticamente oficial; os números não aparecem no histórico verificado.

03

Escolher um filtro de pacotes restrito

Clumsy usa expressões WinDivert para decidir quais pacotes entram na falha. O filtro limita o teste: uma expressão restrita reduz o impacto; uma ampla pode deixar todo o computador instável. Comece pelo mínimo necessário. Para HTTP, use host, protocolo ou porta do serviço em vez de todo tráfego.

A direção importa. Outbound sai do computador e inbound volta. Requisição e resposta podem exigir observações diferentes. Se algo falhar sem explicação, pare, volte à referência e simplifique. Não copie expressão de fórum anônimo sem entender o alcance.

04

Executar o primeiro teste de latência

Lag é um bom primeiro módulo porque o efeito aparece sem descartar dados. Comece com 200 a 300 milissegundos e um aplicativo cuja resposta normal foi medida. Configure filtro, ative Lag, informe atraso, pressione Start e compare uma ação conhecida com a referência.

Observe mais que o tempo total. A interface reconhece o clique? Mostra carregamento? Permite cancelar? A requisição expira cedo? O formulário permanece? Um aplicativo robusto explica o progresso e se recupera. Registre valores, versão e comportamento.

1. Medir referênciaExecutar a ação sem Clumsy.
2. Ativar LagAtraso moderado e outros módulos desligados.
3. IniciarConferir filtro, Start e uma ação.
4. ObservarMensagens, timeout, tentativas, cancelamento e estado.
5. Parar e repetirDesativar e comprovar recuperação.

05

Adicionar perda sem perder o controle

A perda é mais disruptiva que o atraso porque os pacotes não chegam. Comece com chance baixa e filtro restrito. O objetivo não é inutilizar a conexão, mas observar tentativas, reconexões e falhas parciais. Uma porcentagem pequena pode revelar uma suposição frágil.

Observe operações duplicadas. Se o cliente tentar novamente após perder uma resposta, o servidor pode ter concluído a primeira. Pedidos, pagamentos, mensagens e registros precisam de idempotência e recuperação clara. Clumsy mostra o sintoma; logs e IDs explicam a sequência.

06

Usar Throttle, Duplicate, Out of order e Tamper com cuidado

Throttle testa vazão limitada, não atraso. Ele revela transferências que monopolizam a interface, progresso parado ou excesso de requisições paralelas. Duplicate testa entrega única, Out of order sequência e buffer. Tamper é avançado e somente para tráfego autorizado.

07

Resolver inicialização, segurança e recuperação

Clumsy depende do WinDivert para capturar e reinjetar pacotes. A operação de baixo nível pode gerar permissões ou análise de segurança. Um alerta não prova malware e fonte oficial não garante permissão local. Verifique GitHub e hash, use arquitetura correta, extraia tudo e analise o evento em vez de desligar a proteção.

Se não iniciar, confirme extração completa e arquivos WinDivert junto do executável. Use a arquitetura adequada. Se A for bloqueada e o teste autorizado, leia a explicação sobre B e C. Em computador corporativo, envolva o administrador em vez de contornar a política.

• Nunca desative proteção para arquivo desconhecido.
• Guarde ZIP e checksum no registro.
• Use administrador somente com autorização.
• Documente a restauração após cada sessão.

08

Transformar teste manual em fluxo repetível de QA

O valor do Clumsy está na repetição, não em piorar a conexão ao acaso. Nomeie o cenário, registre versão, referência, filtro e valores, defina aprovação e escreva a recuperação. Combine resultado visível com logs do cliente e servidor.

Depois use a receita de latência ou a receita de perda de pacotes.