Örnek sorular
Pf Environment Fidelity Test DesignZorluk 1
Staging ortamında geçen bir yük testi neden production davranışını doğru öngöremeyebilir?
- aÇünkü staging ortamları her zaman production'dan daha yeni bir uygulama kodu sürümü kullanır
- bÇünkü yük test araçları staging için yeterli sanal kullanıcı üretemez
- cÇünkü veri hacmi, altyapı ölçeği veya ağ topolojisi farkları sonuçları geçersiz kılabilir✓
- dÇünkü staging ortamlarının yasal olarak sınırsız kaynağa sahip olması gerekir
Açıklama:Ortam sadakati (environment fidelity), test ortamının production'ı ne kadar yansıttığıdır. Staging'de daha küçük veri kümesi, daha az sunucu örneği veya farklı bir ağ yolu varsa, gözlemlenen gecikme/throughput sayıları test temiz geçse bile prod'a taşınmayabilir.
Pf Environment Fidelity Test DesignZorluk 1
Bir performans testi yalnızca 500 satır içeren bir veritabanı tablosuna karşı çalıştırılıyor, production tablosunda ise 50 milyon satır var. Bu kurulumun temel riski nedir?
- aSatır sayısı hiçbir veritabanı motorunda sorgu planlamasını veya performansını etkilemediği için sonuçlar her koşulda aynı olacaktır
- bKüçük ölçekte sorgu planları ve index davranışı keskin şekilde farklı olabilir, sonuçlar production'ı yansıtmaz✓
- cVeritabanı, production boyutundan küçük tablolarda sorgu çalıştırmayı reddeder
- dKüçük tablolar her zaman büyük tablolara göre yapay olarak yüksek gecikmeye neden olur
Açıklama:Sadece 500 satırla optimizer, eksik index olsa bile hızlı olan bir full scan seçebilir; ya da 50M satırda farklı davranacak bir index kullanabilir (daha fazla sayfa okuma, farklı join stratejisi). Gerçekçi performans sonuçları için veri hacmi sadakati kritiktir.
Pf Environment Fidelity Test DesignZorluk 1
Performans test tasarımı bağlamında 'ortam sadakati' (environment fidelity) ne anlama gelir?
- aTest scriptinin uygulamanın tüm fonksiyonel kullanıcı akışlarını ne kadar kapsadığı
- bBir yük test aracının aynı anda simüle edebileceği sanal kullanıcı sayısı
- cTest ortamında mevcut production release'i ile tam olarak aynı kaynak kod branch'inin deploy edilmiş olup olmadığı
- dTest ortamının ölçek, veri, topoloji ve konfigürasyon açısından production'a ne kadar yakın olduğu✓
Açıklama:Ortam sadakati özellikle test ortamının production özelliklerini (donanım ölçeği, veri hacmi, ağ topolojisi, cache katmanları, konfigürasyon) ne kadar temsil ettiğini ifade eder — kod kapsamı veya branch eşleşmesi değil.
Pf Environment Fidelity Test DesignZorluk 2
Bir ekip yük testini tek node'lu bir test ortamına karşı çalıştırıyor, production ise 6 uygulama node'u barındıran bir load balancer arkasında çalışıyor. En olası sonuç nedir?
- aTek node daha düşük yükte darboğaza girerek kapasiteyi production'dan düşük gösterebilir✓
- bLoad balancer'lar throughput'u etkilemediği için sonuçlar tamamen aynı olacaktır
- cTek node'lu test her zaman 6 node'lu production kurulumundan daha yüksek throughput gösterecektir
- dLoad balancer'lar yalnızca güvenliği etkiler, performans test doğruluğunu etkilemez
Açıklama:Tek bir node, 6 node'lu kümenin toplam CPU/bellek/bağlantı kapasitesinin yalnızca bir kesrine sahiptir, bu yüzden production'ın rahatça kaldırabileceği bir yük seviyesinde doyuma ulaşıp gecikme/hata artışı gösterir — gerçek kapasiteyi olduğundan düşük gösterir.
Pf Environment Fidelity Test DesignZorluk 2
Production önünde bir CDN (Content Delivery Network) olması performans test tasarımını neden zorlaştırır?
- aCDN'ler cache durumundan tamamen bağımsız olarak her tek isteği her zaman yavaşlatır, bu yüzden testler onları basitçe tamamen göz ardı etmelidir
- bTest CDN cache hit'ine isabet edip gerçek origin/backend performansı yerine edge cache gecikmesini ölçebilir✓
- cCDN'ler production benzeri ortamlara karşı herhangi bir yük testi çalıştırmayı imkansız hale getirir
- dCDN'ler yalnızca DNS çözümleme süresini etkiler, ölçülen yanıt sürelerine hiçbir etkisi yoktur
Açıklama:İstekler CDN edge cache'lerinden sunulduğunda, yük testi origin sunucunun gerçek işlem süresini değil CDN'in cache-hit gecikmesini ölçer. Backend/origin performansını test etmek için test tasarımı cache bypass'ı ya da doğrudan origin'i hedeflemeyi göz önünde bulundurmalıdır.
Pf Environment Fidelity Test DesignZorluk 1
Performans testlerini CI/CD'ye entegre etme bağlamında 'performans regresyon baseline'ı nedir?
- aBir testin geçerli sayılması için gereken minimum sanal kullanıcı sayısı
- bBir performans testinin çalışabilmesi için önce geçmesi gereken tüm fonksiyonel test senaryolarının listesi
- cYeni build'lerdeki performans regresyonlarını saptamak için kullanılan kayıtlı referans metrik kümesi✓
- dHiçbir seçenek belirtilmediğinde yük test aracının kullandığı varsayılan konfigürasyon dosyası
Açıklama:Baseline, önceki performans metriklerinin saklanmış bir referansıdır. Yeni test koşuları, her seferinde manuel yargıya güvenmek yerine CI/CD pipeline'ının bir parçası olarak otomatik regresyon tespiti (ör. p95 gecikmenin %20 artması) için bununla karşılaştırılır.