Metodologia dos testes

Servidor e condições do teste

O servidor principal é a rede de borda que atende o site. Servidores adicionais, quando configurados, aparecem na seleção. Não presumimos a cidade do servidor quando essa informação não está disponível. Cada resultado descreve o caminho entre seu aparelho e o servidor usado.

Para comparar resultados, mantenha o mesmo servidor e aparelho. Pause transferências, desligue a VPN se quiser medir a conexão sem ela e compare Wi-Fi com cabo. Faça testes em horários diferentes: uma única medição não comprova falha da operadora.

Ping HTTP e jitter

A medição padrão descarta três requisições de aquecimento e tenta obter 20 amostras, espaçadas por 80 ms, com limite de dois segundos por requisição. O ping mostrado é a menor amostra válida. Quando disponível, usamos o intervalo entre início da requisição e início da resposta informado pelo navegador; caso contrário, o tempo total da requisição.

Esse ping é HTTP, não ICMP, e não equivale à latência até o servidor de um jogo. Para o jitter, exigimos três amostras, descartamos valores acima de três vezes a mediana mais 5 ms e calculamos a média das diferenças absolutas entre amostras consecutivas restantes. Não é o cálculo de jitter RTP da RFC 3550.

Download, upload e consumo de dados

Por padrão, o download usa seis fluxos concorrentes por aproximadamente dez segundos. A taxa em Mbps é bytes recebidos × 8 ÷ segundos ÷ 1.000.000. Quando há dados suficientes, os primeiros dois segundos de aquecimento são excluídos da taxa final.

O upload usa quatro fluxos por aproximadamente nove segundos, enviando dados aleatórios criados na memória do navegador. A taxa considera os bytes enviados nas requisições concluídas e o tempo decorrido. Falhas, limites de requisição e concorrência podem afetar o resultado. Não lemos arquivos pessoais para gerar a carga do teste.

Testes transferem dados reais e podem consumir uma parte significativa da franquia móvel. A velocidade depende também do navegador, do aparelho e da infraestrutura de medição; não é uma garantia de velocidade para todos os destinos.

Perda estimada e estabilidade

A perda estimada é (requisições enviadas − respostas recebidas) ÷ requisições enviadas × 100, com pelo menos cinco requisições. Representa falhas ou timeouts HTTP, não uma medição direta de pacotes UDP perdidos.

A estabilidade exige cinco amostras de ping. Parte de 100 e desconta o menor valor entre CV × 80, desvio-padrão × 1,5 e 45; desconta também até 40 pontos por perda estimada (perda percentual × 8). Quando há seis amostras positivas de velocidade disponíveis para o cálculo, desconta até 15 pontos por sua variação (CV × 25). CV é desvio-padrão dividido pela média. O resultado é arredondado e limitado a 0–100.

Pontuação BunnyTest e avaliações por uso

A pontuação combina download (peso 25), upload (15), ping (20), jitter (12), perda estimada (13) e estabilidade (15). Download e upload usam escalas logarítmicas com referências de 500 e 200 Mbps; ping usa 10–150 ms; jitter, 0–40 ms; perda, 0–5%; estabilidade, 0–100. Cada componente é limitado à faixa 0–1.

Calculamos a média ponderada apenas dos componentes medidos, redistribuindo seus pesos, e exigimos pelo menos três métricas. A nota não é oficial. As avaliações por uso têm critérios próprios: priorizam a pior métrica crítica disponível e indicam quando faltam dados. Uma nota alta não garante desempenho em qualquer aplicativo.

Ausência de dados e histórico

Quando uma métrica não pode ser medida, mostramos “Não disponível neste teste”, sem fabricar resultados. O histórico guarda até 50 testes no navegador, sem as séries brutas de amostras. Médias históricas exigem pelo menos três valores disponíveis por métrica.

Ao relatar um problema, informe a ferramenta, o horário, o navegador, se usava Wi-Fi ou cabo e a mensagem observada. Esses detalhes ajudam a distinguir uma limitação de medição de um problema na conexão.