Ana içeriğe atla

Performans Testinde Darboğaz Oluşturan Yerlerin Bulunması

  • Darboğaz oluşturan yerler ekranlarla bulunabilir. Response time ın fazlalaştığı yer için aşağıdakilerin ekranları takip edilebilir.
    • uygulama sunucusu
    • web sunucusu
    • veritabanı sunucusu
  • Throughput artarsa Vuser sayısı da artınca, bu bandwidth in yeterli olduğunu gösterir ama Throughput düz kalırsa kullanıcı sayısı arttıkça, bu bant genişliğinin veri alışverişini kısıtladığını gösterir.
  • Throughput ile response time doğru orantılı.
  • Vuser'ın thread olarak çalıştırılması generator başına daha çok kullanıcının çalışmasını sağlar. Eğer VUser process olarak çalışırsa aynı sürücü progamı memory e yüklenir her kullanıcı için. Bu da tek generatorda çalışacak kullanıcı sayısını kısıtlar. Thread olarak çalışırsa verilen kullanıcı sayısı için sürücü programının sadece bir instance ı yüklenir memory e.
  • Web uygulamalarından farklı client-server mimarileri kullanılır fakat genelde 3-tier lı mimari vardır; web server, app server ve db server. 
    • Network araçları tier oluşturmaz fakat bu bileşenlerin iletişimini sağlar.
    • Web serer ilk tier dır. Düşük kapasiteli bilg içerir. Kullanıcı talebini alır ilgili server a iletir ve sonucunu kullanıcıya aktarır.
    • App server, ikinci katmandır. Daha iyi bilg lar vardır. Web server dan kullanıcı talebini alır, business logic ten geçirir ve web server a geri gönderir.
    • Db server 3. katmandır. Yüksek kapasiteli bilg olur. Kullanıcı veri taleplerini yönetir.


    • Yavaşlığın asıl olduğu yer uygulama kodlarının bulunduğu db ve app serverlardır.
    • Yavaşlığa sebep olacak bazı nedenler:
      • Extended response time of user
      • Extended response time of server
      • High CPU usage
      • Invalid data returned
      • HTTP errors (4xx, 5xx)
      • Lots of open connections 
      • Lengthy queues of requests
      • Memory leaks
      • Extensive table scans of database
      • Database deadlocks
      • Pages  unavailable
    • Network Performance Darboğazları
      • Network'un darboğazlarda çok etkisi yoktur fakat componentleri birbirine bağladığı için incelenmelidir.
      • Ana sebepler; load balancing, sıkı güvenlik ve network mimarisinin kötü olması


    • Web Server Performance Darboğazları
      • Web sunucusunun da network gibi darboğazlara çok katkısı yoktur fakat kullanıcı ve app-db server arasında aracı olduğu için incelenmelidir.
      • Ana sebepler; secure transactions, load balancing, yüksek kaynak tüketen fonksiyonlar 


    •  App Server Performance Darboğazları
      • Bir uygulamanın iş mantığı app serverdadır. App sunucusunun donanımı, yazılımı ve tasarımı performansı etkiler. 
      • Ana sebepler; objeyi belleğe alma, SQL ve db bağlantı sorgulaması-seçimi, yetersiz app sunucusu 


    • DB Server Performance Darboğazları
      • En kritik katman budur.
      • Ana sebepler; kötü sql cümlecikleri, indeksler  

    • Client Side Performance Darboğazları
      • Top 10 client side performance symptoms:
        • Slow CSS Selectors on Internet Explorer
        • Slow executing external services
        • Multiple CSS Lookups for same object
        • Extensive XHR Calls
        • Large DOM
        • Expensive DOM Manipulations
        • Extensive Visual Effects
        • Extensive JavaScript files
        • Extensive Event Handler Bindings
        • Too fine granular logging and monitoring
    • (Web applications Performance Symptoms and Bottlenecks Identification Whitepaper)

       

Yorumlar

Bu blogdaki popüler yayınlar

Selenium Actions Sınıfını Kullanarak Klavye ve Fare İşlemleri

Karmaşık kullanıcı hareketlerini (sağ tıklama, iki kere tıklama, sürükleme,...) taklit etmek için kullanılan API. Doğrudan Klavye veya Fare kullanmak yerine bu sınıf kullanılır. Build patternini uygular: yöntem çağrıları tarafından belirtilen tüm eylemleri içeren bir CompositeAction oluşturur. Kullanıcı hareketlerini uygulayan fonksiyonları kullanmak için Actions ve Action sınıfını import etmek gerekir: Actions sınıfı ve Action sınıfı, WebDriver API'sinin org.openqa.selenium.Interactions paketinde bulunur. import org.openqa.selenium.interactions.Actions; import org.openqa.selenium.interactions.Action; Yöntemlerini kullanmaya çağırmak için Actions sınıfı nesnesine ihtiyaç vardır.  Actions actions = new Actions(WebDriver nesnesi); Üzerinde işlem yapılacak elementi bulmak gerekiyor. WebElement webElement = driver.findElement(...);  actions.contextClick(webElement).perform(); //contextClick, element üzerinde sağ tıklar. Bu sınıfının bazı fonksiyonl...

Selenium WebDriver - Dinamik Web Tablolarla Kod Örnekleri

Verisi sürekli değişen tablolarda XPath kullanılması gerekir. Bunu da tablonun satır ve sütun sayı bilgileriyle yapmak daha doğru olur. Tablo 1: Şirket Grup Kapanış Şimdiki Ücret % Değişim IL&FS Transportation A 337.4 66.5 + 5.4 GRUH Finance Li A 383.8 998.9 + 2.3 IDFC Bank A 351.4 715.9 + 5.1 YES Bank Ltd. A 697.9 669.3 + 3.2 IRB Infrastructure A 271 724.8 + 3.1 Escorts Ltd. A 113.4 890.3 + 5.1 Cox & Kings L A 867 900.8 + 5.5 Bharat Electroni A 176.5 849 + 7.5 Nestle India A 64.8 187.3 + 7.6 Cox & Kings L A 749.4 729.5 + 9.5 JK Tyre & Industries A 687 601.4 + 6 Navin Fluorine Inter A 416.7 865.3 + 8.9 NIIT Technologies A 966.9 117.2 + 9.4 DCB Bank A 853.2 760.2 + 2.4 UCO Bank A 358 719.6 + 9 Coffee Day Enterpris A 53.8 538.6 + 4.1 Kirloskar Oil Engine A 134.1 102.8 + 7.7 Repco Home Finance L A 96.2 449.9 + 8.9 Ajanta Pharma Lt A 161.3 838 + 4.4 CESC Ltd. A 817 490.5 + 4.7 JaiprakashAssociates A 247.3 961.1 + 7.1 Vakrangee A 888.3 652.9 ...

TestNG - Notasyonlar (Annotations), Doğrulamalar (Assertions)

TestNG, JUnit ve NUnit kütüphanelerinden etkilenen ve onlara göre daha fazla yetkinlik barındıran bir test kütüphanesidir. TestNG ait özellikler ve kolaylıklar için şunları örnek verebiliriz: Notasyonlar (Annotations) Testlerin kendine has Thread’lerde koşabilmesi testng.xml dosyasıyla testlerin önceliklendirilmesi, gruplandırılması vb. kolaylıklar Kendi içerisinde loglama, raporlama desteği Notasyonlar sayesinde kodun ve oluşturulan raporun kolaylıkla anlaşılması @DataProvider notasyonu sayesinde veriye dayalı test desteği (Data Driven Test) Maven, Jenkins vb. ide ler için eklenti desteği Parametre desteği Notasyonlar: @Test Notasyonu Yazılan otomasyon kodunda test olarak çalışmasını istediğimiz kod parçasının önüne bu notasyonu ekleriz. Bu notasyonu birden fazla kez kullanabiliriz. Eğer herhangi bir parametre tanımlanmadıysa testler alfabetik olarak çalışır.  Aşağıdaki parametreler, hangi testin hangi sırayla çalışacağının, koşturulup koşturulmayacağın...