Hacim Testi Nedir? Örneklerle Öğrenin
Thomas Hamilton
⚡ Akıllı Özet
Hacim testi, bir uygulamayı çok büyük miktarda veriye maruz bırakarak, veritabanı büyüdükçe depolama, sorgular ve yanıt sürelerinin nasıl davrandığını görmek için yapılan bir testtir. Aynı zamanda sel testi olarak da adlandırılır ve kullanıcı sayısını değil, veriyi ölçeklendirir.
Hacim Testi Nedir?
Hacim Testi Yazılımın büyük miktarda veriye tabi tutulduğu bir Yazılım Testi türüdür. Aynı zamanda şu şekilde de anılır: taşkın testi. Hacim testi, veritabanındaki veri hacmini artırarak sistem performansını analiz etmek için yapılır.
Hacim testinin yardımıyla, yüksek miktarda veriye maruz kalındığında yanıt süresi ve sistem davranışı üzerindeki etki incelenebilir.
Örneğin, bir müzik yayın hizmeti 50 milyon parçalık bir katalogla test edilebilir. tracArama ve öneri sorgularının kabul edilebilir bir sürede yanıt verip vermediğini görmek için, milyarlarca satır içeren bir dinleme geçmişi tablosu ve ks verileri kullanılır.
Şu ayrımı dikkate alın: Hacim testi artırır data miktarı Sistem tutuyor. Artırmak eş zamanlı kullanıcı sayısı Yük testi ise farklı bir amaca yönelik farklı bir test türüdür.
Hacim Testinin Faydaları
- Kapasite sorunlarını erken tespit etmek, üretim sırasında bu sorunları düzeltmenin çok daha yüksek maliyetinden kaçınmayı sağlar.
- Ölçeklenebilirlik planlarına daha hızlı bir başlangıç yapılmasına yardımcı olur
- Darboğazların erken tespiti
- Sisteminizin artık gerçek dünyada kullanıma hazır olmasını sağlar
Hacimsel Test Neden Yapılır?
Hacim testinin gerçekleştirilmesinin amacı,
- Veritabanındaki artan veri hacimleriyle sistem performansını kontrol edin
- Veri kümesi büyüdükçe ortaya çıkması muhtemel sorunları belirleyin.
- Sistemin kararlılığının bozulduğu noktayı bulmak
- Hacim Testi, sistemin veya uygulamanın kapasitesinin (normal ve ağır hacim) belirlenmesine yardımcı olacaktır.
Hacim Testi Nasıl Yapılır?
Hacim testinde aşağıdaki hususların test edilmesi gerekir
- Herhangi bir veri kaybı olup olmadığını kontrol etmek için test edin
- Sistemin yanıt süresini kontrol edin
- Verilerin doğru şekilde saklanıp saklanmadığını kontrol edin
- Herhangi bir bildirimde bulunulmadan verilerin üzerine yazılıp yazılmadığını doğrulayın
- Ses seviyesi sınırına ulaşıldığında uyarı ve hata mesajlarının gerçekten görüntülendiğinden emin olun.
- Yüksek hacimli verilerin işlem hızını etkileyip etkilemediğini kontrol edin
- Sistemin, birimin gerektirdiği bellek ve depolama kaynaklarına sahip olduğunu doğrulayın.
- Ses seviyesi testinin tek bir bileşeni değil, tüm sistemi kapsadığından emin olun.
- Veri hacminin belirtilenden büyük olması herhangi bir risk taşır mı?
- Veri hacminin belirtilen maksimum değeri aşmayacağına dair herhangi bir garanti olup olmadığını belirleyin.
Yüksek Hacimli Testler İçin En İyi Uygulamalar
Aşağıdaki uygulamaların birçoğu yük testiyle ortaktır, çünkü ikisi genellikle aynı ortamda çalıştırılır. Hacme özgü olanlar ise veri kümesinin kendisiyle ilgilidir:
- Tüm sunucuları durdurun ve tüm günlükleri kontrol edin
- Yük testinden önce uygulama senaryosunu manuel olarak yürütün
- En yararlı sonuçlar için kullanıcı sayısını kademeli olarak artırın
- Lisans kısıtlamalarının üstesinden gelmek için düşünme süresini dengeleyin
- Yeni yapıya dikkat edin
- Bir temel oluşturulduktan sonra iyileştirme için kullanım senaryosunu analiz edin
- Performansta bir darboğaz olması durumunda hacim testinin belirli bölümlerinin tekrarı kaçınılmaz hale gelir
Hacim Testi ve Yük Testi Arasındaki Fark
| Hacim Testi | Yük Testi |
|---|---|
|
|
|
|
Hacim Testindeki Zorluklar
- Belleğin parçalanmasının oluşturulması zor
- Dinamik anahtar üretimi
- İlişkisel Integrity oluşturulan verilerin
Bu Test Diğer Performans Testleriyle Nasıl Karşılaştırılır?
Performans testleri, uygulanan yükün şekli bakımından farklılık gösteren bir test ailesidir ve bu nedenle kolayca karıştırılabilirler.
| Test türü | Artan nedir? | Soruyu cevaplıyor |
|---|---|---|
| Yük testi | Eş zamanlı kullanıcı sayısı, beklenen zirveye kadar. | Normal yoğun trafik koşullarında hedeflere ulaşıyor mu? |
| Hacim testi | Veritabanında bulunan veriler | Veri kümesi büyüdükçe bu performansı sürdürebiliyor mu? |
| Stres testi | Kapasitenin ötesinde yükleme, arızaya kadar | Nereden ve nasıl kırılıyor? |
| Spike testi | Yükle, anında ve son derece | Şokun etkisinden kurtulup iyileşebilir mi? |
| Dayanıklılık testi | Normal yük altında süre | Performans zamanla düşer mi? |
| ıslatma testi | Süre, izleme kaynakları | Bellek veya bağlantı sızıntıları var mı? |
| Stabilite testi | Değişken koşullar | Koşullar değiştikçe güvenilirliğini koruyor mu? |
Burada en önemli ayrım şudur: Hacim testi veriyi ölçeklendirirken, yük testi kullanıcı sayısını ölçeklendirir. On bin satırlık veriyi iki saniyede, on milyon satırlık veriyi ise iki dakikada işleyen bir raporda yük sorunu değil, hacim sorunu vardır ve ek sunucu kapasitesi de bu sorunu çözmeyecektir.
Hacimsel Testler İçin Test Verileri Nasıl Oluşturulur?
Zorluklar bölümünde, gerçekçi veri üretmenin hacimli testlerin en zor kısmı olduğu belirtiliyor. Uygulamada dört yaklaşım kullanılıyor ve her birinin kendine özgü avantajları ve dezavantajları var.
| Yaklaşım | gerçekçilik | Ana dezavantaj |
|---|---|---|
| Üretim verilerinin kopyası | En yüksek | Gizlilik ve uyumluluk riskleri |
| Maskeli üretim kopyası | Yüksek | Maskeleme, referans bütünlüğünü bozabilir. |
| Sentetik nesil | Orta | Dağılımlar gerçekliği yansıtmayabilir. |
| Tekrar oynatılan üretim trafiği | Yüksek | Yakalama altyapısı gerektirir. |
Hangi yolu seçerseniz seçin, üç özelliğin geçerli olması gerekir, aksi takdirde test hiçbir işe yarar sonuç vermez.
- Referanssal bütünlük. Her yabancı anahtarın çözümlenmesi gerekir. Bir milyon yetim satır, depolama motorunu zorlar ancak uygulamanın gerçekten kullandığı birleştirme yollarını asla zorlamaz.
- Gerçekçi kardinalite. Üretim tablosunda iki yüz müşteriye ait on milyon satır varsa, on milyon müşteriye ait on milyon satır oluşturmak tamamen farklı sorgu planları üretir.
- Gerçekçi dağıtım. Gerçek veriler çarpıktır. Tekdüze rastgele veriler, üretim olaylarına neden olan sıcak bölümleri ve indeks çekişmelerini gizler.
Gizlilik konusunda pratik bir uyarı. Üretim ortamındaki verilerin test ortamına kopyalanması, test sırasında veri ihlalinin en yaygın nedenidir. Kopyalama işlemi üretim ortamından çıkmadan önce kişisel alanların maskelenmesi gerekir, sonrasında değil.
