Performans Mühendisliği Yazılımı
04-Sürekli Performans Mühendisliği Yoluyla Performans Sorunlarının Belirlenmesi
Çevik geliştirme yöntemleriyle, sistemler sürekli olarak veya düzenli aralıklarla test edilebilir. Böylece çok daha büyük bir test otomasyonlarını çalıştırmak biraz daha mümkün olur. Dolayısıyla, yaygın olarak benimsenen fonksiyonel test alanında, test sürecinin büyük bölümlerinin otomatikleştirilmesinin de önü açılmış olur. Performans mühendisliği yaklaşımlarında ve performans testlerinde de artık benzer bir eğilim gözlemliyoruz.
Otomatik performans testi, oluşturma (build) işlemi içinden tetiklenir. Diğer sistemlerle etkileşimi önlemek ve kararlı sonuçlar elde etmek için bu testler sunucunun mevcut kendi donanımlarında çalıştırılması gerekir. Sonuçlar, işlevsel testlerde olduğu gibi, JUnit veya HTML raporları olarak biçimlendirilebilir. Testin çalışma süresi önemli olmasına rağmen, süre ikincil öneme sahiptir. Bunun yerine, hatalar, günlükler veya izleme verileri daha önemlidir. En önemlisi, bir ürün kataloğunda arama yapmak veya bir siparişi tamamlamak gibi uygulama performansı için en kritik olan kullanım senaryolarını seçilmesidir. Eğilimleri ve değişiklikleri belirlemek ve kontrol etmek gereklidir. Tüm uygulamayı yük altında test etmek Performans Mühendisliği açısından faydalı değildir.
Test Türleri:
Mevcut sürekli entegrasyon ortamlarına kolayca entegre edilen testler geliştirmek için JUnit gibi test Framework’leri kullanmanız gerekir. Bazı test durumları için, işlevsel testleri veya ek içerik doğrulamalarını yeniden kullanmak uygundur. Bir önceki bölümde tartışılan mimari doğrulamayı mevcut JUnit testlerine uygulayarak, ilk performans ve ölçekleme analizlerini elde etmek ekiplere çok büyük bir yük getirmeyecektir.
