Aynı oyun bölgesini iki farklı araçla test edin, sayılar sıklıkla uyuşmaz — bu bir tesadüf değil, farklı araçların farklı ölçüm yapmasından kaynaklanır. Bir uyuşmazlık, bir aracın "bozuk" olduğu anlamına gelmez — ölçüm yönteminin kendisi sonucun ne kadar doğru olduğunu belirler. Bir test aracı seçmeden önce, genellikle gözden kaçan birkaç detayı anlamakta fayda var.
Paketler nasıl gönderiliyor: yanıt beklemek mi, yoksa sabit aralıklarla göndermek mi?
Bazı araçlar şöyle çalışır: "bir paket gönder, geri gelmesini bekle, sonra bir sonrakini gönder". Bunun bir sorunu var: yol zaten yüksek gecikmeye sahipse, toplam test süresi bu gecikmeyle orantılı olarak uzar. Daha da önemlisi, bu "bir gönder, bir bekle" düzeni neredeyse hiç kuyruk oluşturmaz, bu da gerçek paket kaybını sistematik olarak olduğundan az göstermesine neden olur — gerçek oyun oynanışında veriler sürekli akar ve kuyruk tıkanıklığı, gerçek paket kaybının önemli bir kaynağıdır.
Gerçeğe daha yakın bir yaklaşım, önceki yanıtı beklemeden paketleri sürekli olarak sabit aralıklarla göndermektir — bu, gerçekte oyun oynarken deneyimleyeceğinize çok daha yakın bir paket kaybı sayısı üretir.
Tek bir test geçişi yeterli mi? Peki rastgele, tek seferlik aksaklıklar ne olacak?
Ağlar doğal olarak dalgalanır ve tek bir test turu, tek seferlik bir aksaklık tarafından kolayca yanıltılabilir. Bir turda 20 paket gönderin ve sadece 1'ini kaybedin, %5 paket kaybı elde edersiniz — ama bunun gerçekten kararsız bir yol mu yoksa saf bir tesadüf mü olduğunu bilemezsiniz.
Daha güvenilir yaklaşım, yeniden test tetikleyen koşullar belirlemektir — örneğin, bir turda herhangi bir paket kaybı varsa veya gecikme dalgalanması bir eşiği aşıyorsa, otomatik olarak iki tur daha çalıştırılır ve üç turun örnekleri nihai sonuç için birleştirilir. Gerçekten sağlıklı bir yol bu koşulları tetiklemez ve sadece bir tur gerektirir; gerçekten kararsız bir yol ise sonuç güvenilir olana kadar otomatik olarak yeniden test edilir — kullanıcının yeniden test gerekip gerekmediğini tahmin etmesine gerek kalmadan.
Tek bir sayı yeterli mi? Medyan mı aralık mı
Sadece "ortalama gecikme" veya "en düşük gecikme" bildirmek, gerçek dalgalanmayı kolayca gizler. Daha iyi bir yaklaşım, tek bir sayı yerine bir aralık (çoğu örneğin nerede durduğu) göstermek, aynı zamanda aykırı değerlerin sonucu çarpıtmaması için sıralama ve karşılaştırma için hâlâ medyanı kullanmaktır.
Bu aralığın üst sınırı da önemlidir: mutlak maksimumu kullanmak, rastgele bir zirvenin sonucu gerçekte olduğundan çok daha kötü göstermesine neden olabilir; daha sağlam bir yaklaşım, gerçek zirveleri yansıtacak kadar yüksek ama tek bir şans eserinin tüm sayıya hakim olamayacağı kadar aşırı olmayan bir yüzdelik dilim seçmektir.
Başarısız bir bağlantı her zaman bölgenin kötü olduğu anlamına gelmez
Bazen bir bölgeye ilk bağlantı denemesi sadece bir güvenlik duvarı, geçici olarak engelleyen bir VPN veya o sırada yeniden başlayan bir düğüm yüzünden başarısız olur — yol gerçekten bozuk olduğu için değil. Sağlam bir test yöntemi, bir bölgeyi gerçekten erişilemez olarak işaretlemeden önce otomatik olarak bir kez yeniden bağlanmayı dener, tek seferlik bir aksaklığı tam bir arızayla karıştırmak yerine.
Bir grubun sonuçlarını birleştirmek: neyin adil olduğunu belirler
Bir takım senaryosunda, herkesin sonuçlarını tek bir öneride birleştirirken en büyük risk, bir kişinin aykırı değerinin tüm sıralamayı ele geçirmesine izin vermektir — diyelim ki beş takım arkadaşı benzer test sonuçları veriyor, ama birinin çok daha yüksek gecikmeyle gerçekten bozuk bir bağlantısı var. Sadece "kim en kötüyse" ona göre sıralarsanız, daha büyük gruplarda istatistiksel olarak bir aykırı değer olma olasılığı daha yüksektir ve bir tanesi ortaya çıktığında hemen tüm sıralamayı ele geçirir.
Daha sağlam yaklaşım, aykırı değerleri budamaktır: birisi, gecikmesi diğerlerinden belirgin şekilde yüksekse ve hariç tutulan kişilerin oranı düşük kalırsa "en yavaş takım arkadaşı" hesaplamasından hariç tutulur — bu, herkesin gecikmesi gerçekten yakın olduğunda gerçek en kötü durumu korur ve doğal olarak kıtalar arasına yayılmış takımların (grubun yarısının yapısal olarak daha yüksek gecikmeye sahip olduğu) toplu olarak hariç tutulmasını önler. Hariç tutulanlar yine de ortalamaya dahil edilir ve arayüz kaç kişinin hariç tutulduğunu dürüstçe gösterir — kimse sonuçtan sessizce kaybolmaz.
Bir test aracının güvenilir olup olmadığını hızlıca anlamanın yolu
Aynı bölgeyi arka arkaya iki veya üç kez test edin. Eğer:
- sonuçlar her seferinde büyük ölçüde değişiyorsa — araç muhtemelen tek bir gürültülü tur için yeniden test mekanizmasına sahip değildir;
- sadece tek bir sayı görüyorsanız, görünür bir dalgalanma aralığı yoksa — sonucun referans değeri sınırlıdır;
- bir grup karşılaştırmasında, tek bir kişinin sayısı tüm sıralamayı tersine çevirebiliyorsa — aykırı değer koruması yoktur;
- tek bir başarısız bağlantı bölgeyi hemen kullanılamaz olarak işaretliyorsa, yeniden deneme olmadan — yanlış negatifler bekleyin.
Bunlar bir sonuca güvenip güvenemeyeceğinizi anlamak için pratik işaretlerdir. PartyPing tam olarak bu kurallar üzerine kurulu — yazının sonundaki testi çalıştırıp kendiniz doğrulayın.
Bir test aracının verdiği sayılara güvenilip güvenilemeyeceği, genellikle tam olarak bu tür gözden kaçan detaylarda gizlidir.