Örneklerle Tam Bir Performans Testi Kılavuzu

complete performance testing guide with examples

Performans Testi nedir?

Performans Testi aynı zamanda 'Mükemmel Test' olarak da bilinir, uygulama veya yazılımın yanıt verme ve kararlılık açısından iş yükü altında nasıl performans gösterdiğini kontrol etmek için gerçekleştirilen bir test türüdür. Performans Testinin amacı, bir uygulamadaki performans darboğazlarını belirlemek ve ortadan kaldırmaktır.

Bu test esas olarak yazılımın uygulama hızı, ölçeklenebilirlik ve kararlılık için beklenen gereksinimleri karşılayıp karşılamadığını kontrol etmek için yapılır.

c, c ++ 'dan ne kadar farklıdır

Bu eğitim dizisinde, sıfırdan Mükemmel Test Türleri, Süreç ve Yazma Performansı Test Stratejisi belgesi gibi tüm ayrıntıları ele alacağız.

Bu, yer imlerine eklemek isteyebileceğiniz ayrıntılı bir eğitim dizisidir!

Hadi keşfedelim!

Bu Serideki TÜM Performans Testi Eğitimlerinin Listesi:

Öğretici 1: Performans Testi Tam Kılavuzu (Bu Eğitim)
Öğretici # 2: Performans, Yük ve Stres Testi Arasındaki Fark
Öğretici 3: Fonksiyonel Test ve Performans Testi
Eğitim 4: Performans Test Planı ve Test Stratejisi
Öğretici 5: Performans Testlerinizi Güçlendirmenin Yolları
Öğretici # 6: Bulut Performansı Test Kılavuzu
Eğitim 7: Mobil Uygulama Performans Testi Kılavuzu
Eğitim # 8: Manuel Performans Testi Nasıl Gerçekleştirilir
Eğitim 9: Web Sitesi Performans Testi Eğitimi
Öğretici # 10: Performans Test Şirketleri
Öğretici # 11: LoadRunner ile Performans Testi (Dizi)

Araçlar:

Eğitim # 12: En İyi Performans Test Araçları
Eğitim # 13: Neoload Performans Testi Eğitimi
Eğitim # 14: BlazeMeter Mobil Performans Testi Eğitimi
Öğretici # 15: WAPT Yükü, Stres ve Performans Testi Eğitimi
Öğretici # 16: SmartMeter.io Web Sitesi Performans Testi Eğitimi

Ne öğreneceksin:

• Performans Testi Türleri
  • Yük Testi
  • Stres testi
  • Hacim Testi
  • Kapasite Testi
  • Güvenilirlik / Kurtarma Testi
• Performans Test Süreci
• Performans Testi Strateji Belgesi Nasıl Yazılır?
  • Örnek Performans Test Stratejisi Şablonu
  • #1. Giriş
    • Amaç
    • Mimari
  • # 2) Kapsam
    • Kapsamında
    • Kapsam dışında
  • # 3) Yaklaşım
    • Performans Testi Senaryoları
    • Performans Testi Türleri
    • Performans Ölçütleri
    • Performans Testi Faaliyetleri ve Çıktıları
  • # 4) Test Verileri
  • # 5) Giriş ve Çıkış Kriterleri
  • # 6) Hata Yönetimi
    • Kusur Önem Tanımı
  • # 7) Test Araçları ve Teknikleri
  • # 8) Askıya Alma ve Devam Ettirme Kriterleri
  • # 9) Test Çıktıları
  • # 10) Roller ve Sorumluluklar
  • # 11) Potansiyel Riskler ve Etki Azaltma Planı
  • # 12) Varsayımlar
  • # 13) Bağımlılıklar
  • # 14) Kısaltmalar
• Gerçekçi Performans Testi İçin En İyi Uygulamalar
  • # 1) Planlama
  • # 2) Geliştirme
  • # 3) Yürütme
  • # 4) Analiz
  • Sonuç
  • Önerilen Kaynaklar

Performans Testi Türleri

Yük Testi

Yük Testi, uygulamanın normal ve en yüksek kullanımdaki performansının test edildiği bir tür performans testidir. Bir uygulamanın performansı, kullanıcı talebine verdiği yanıt ve farklı kullanıcı yüklerinde kabul edilen bir tolerans dahilinde tutarlı bir şekilde yanıt verebilme yeteneği açısından kontrol edilir.

Önemli hususlar şunlardır:

1. Uygulama beklenmedik şekilde davranmaya başlamadan önce uygulamanın tutabileceği maksimum yük nedir?
2. Sistem yavaşlamadan veya çökme gözlemlenmeden Veritabanı ne kadar veriyi işleyebilir?
3. Ele alınması gereken ağ ile ilgili sorunlar var mı?

Stres testi

Stres Testi, sistemi kırmanın yollarını bulmak için kullanılır. Test ayrıca sistemin tutabileceği maksimum yük aralığını da sağlar.

Genel olarak, Stres Testi, yükün kademeli olarak arttırıldığı aşamalı bir yaklaşıma sahiptir. Test, uygulamanın zaten test edilmiş olduğu bir yükle başlatılır. Ardından, sistemi zorlamak için yavaşça daha fazla yük eklenir. İsteklere yanıt vermeyen sunucuları görmeye başladığımız nokta kırılma noktası olarak kabul edilir.

Aşağıdaki sorular ele alınmalıdır:

• Bir sistemin bozulmadan önce kaldırabileceği maksimum yük nedir?
• Sistem nasıl çöküyor?
• Sistem çöktüğünde kurtarılabilir mi?
• Beklenmedik yükü kaldırırken bir sistem kaç şekilde kırılabilir ve zayıf düğüm hangisidir?

Hacim Testi

Hacim Testi, uygulamanın performansının uygulama tarafından işlenen veri hacminden etkilenmediğini doğrulamak içindir. Bir Hacim Testi gerçekleştirmek için, veri tabanına büyük miktarda veri girilir. Bu test artımlı veya sabit bir test olabilir. Artımlı testte, veri hacmi kademeli olarak artırılır.

Genellikle uygulama kullanımıyla birlikte veritabanı boyutu büyür ve uygulamanın yoğun bir veritabanına karşı test edilmesi gerekir. Buna güzel bir örnek, başlangıçta depolanacak küçük miktarda veriye sahip yeni bir okulun veya bir kolejin web sitesi olabilir, ancak 5-10 yıl sonra, web sitesinin veritabanındaki veri depoları çok daha fazladır.

Kapasite Testi

=> Uygulama, hem normal hem de pik yük koşullarında iş hacmini karşılayabiliyor mu?

Kapasite Testi genellikle gelecekteki beklentiler için yapılır. Kapasite Testi aşağıdakileri ele alır:

1. Uygulama gelecekteki yükü destekleyebilecek mi?
2. Çevre, yaklaşan artan yük için ayakta durabilir mi?
3. Ortamı yeterince yetenekli kılmak için gereken ek kaynaklar nelerdir?

Kapasite Testi, belirli bir web uygulamasının kaç kullanıcı ve / veya işlemi destekleyeceğini ve performansı karşılamaya devam edeceğini belirlemek için kullanılır. Bu test sırasında, hedefe ulaşmak için işlemci kapasitesi, ağ bant genişliği, bellek kullanımı, disk kapasitesi vb. Gibi kaynaklar dikkate alınır ve değiştirilir.

Çevrimiçi Bankacılık, kapasite testinin önemli bir rol oynayabileceği mükemmel bir örnektir.

Güvenilirlik / Kurtarma Test yapmak

Güvenilirlik Testi veya Kurtarma Testi - uygulamanın bir başarısızlık veya anormal davranıştan sonra normal durumuna geri dönüp dönemeyeceğini ve bunu yapması için ne kadar zaman aldığını (başka bir deyişle, zaman tahmini) doğrulamaktır.

Çevrimiçi bir ticaret sitesi, kullanıcıların günün belirli bir noktasında (yoğun saatler) hisse satın alamadığı / satamadığı ancak bunu bir veya iki saat sonra yapabildiği bir başarısızlıkla karşılaşırsa, uygulamanın güvenilir olduğunu söyleyebiliriz veya anormal davranıştan kurtarıldı.

Performans Test Süreci

Bu testte gerçekleştirilen tüm faaliyetler şunlardır:

# 1) Gereksinim Analizi / Toplama

Performans ekibi, teknik ve iş gereksinimlerinin belirlenmesi ve toplanması için müşteri ile etkileşime girer. Bu, uygulamanın mimarisi, teknolojileri ve kullanılan veritabanı, hedeflenen kullanıcılar, işlevsellik, uygulama kullanımı hakkında bilgi almayı içerir. test gereksinimi donanım ve yazılım gereksinimleri vb.

# 2) POC / Araç seçimi

Temel işlevsellik belirlendikten sonra, POC (Kavram Kanıtı - gerçek zamanlı etkinliğin bir tür gösterimi olan ancak sınırlı bir anlamda) mevcut araçlarla yapılır.

Mevcut araçların listesi, aracın maliyetine, uygulamanın kullandığı protokole, uygulamayı oluşturmak için kullanılan teknolojilere, test için simüle ettiğimiz kullanıcı sayısına, vb. Bağlıdır. POC sırasında, belirlenen anahtar için komut dosyaları oluşturulur. işlevsellik ve 10-15 sanal kullanıcı ile yürütülür.

# 3) Performans Test Planı ve Tasarımı

Önceki aşamalarda toplanan bilgilere bağlı olarak test planlaması ve tasarımı yapılır.

Test Planlama, performans testinin nasıl yapılacağına ilişkin bilgileri içerir - test ortamı, iş yükü, donanım vb.

Aşağıdaki Test Stratejisi belgesiyle ilgili daha fazla bilgi.

# 4) Performans Testi Geliştirme

• Test planında YT kapsamı olarak tanımlanan işlevsellik için kullanım senaryoları oluşturulur.
• Bu kullanım durumları müşterinin onayı için müşteriyle paylaşılır. Bu, komut dosyasının doğru adımlarla kaydedilmesini sağlamak içindir.
• Onaylandıktan sonra, komut dosyası geliştirme, POC (Kavramların Kanıtı) sırasında seçilen performans test aracı ile kullanım durumlarındaki adımların kaydedilmesiyle başlar ve Korelasyon (dinamik değeri ele almak için), Parametreleme (değer ikamesi) ve özel işlevler gerçekleştirilerek geliştirilir. duruma veya ihtiyaca göre. Video eğitimlerimizde bu teknikler hakkında daha fazla bilgi.
• Script'ler daha sonra farklı kullanıcılara karşı doğrulanır.
• Komut dosyası oluşturmaya paralel olarak, performans ekibi ayrıca test ortamını (Yazılım ve donanım) kurmak için çalışmaya devam eder.
• Performans ekibi ayrıca, bu etkinlik istemci tarafından ele alınmazsa, Meta Verilerle (arka uç) komut dosyaları aracılığıyla ilgilenecektir.

# 5) Performans Testi Modellemesi

Performans Yük Modeli, testin yürütülmesi için oluşturulur. Bu adımın temel amacı, test sırasında (müşteriler tarafından sağlanan) verilen Performans ölçütlerine ulaşılıp ulaşılmadığını doğrulamaktır. Bir Yük modeli oluşturmak için farklı yaklaşımlar vardır. ' Little Yasası 'Çoğu durumda kullanılır.

# 6) Test Yürütme

Senaryo, Kontrolör veya Performans Merkezindeki Yük Modeline göre tasarlanır, ancak ilk testler, Yük modelindeki maksimum kullanıcıyla yürütülmez.

Test Yürütme aşamalı olarak yapılır. Örneğin, Maksimum kullanıcı sayısı 100 ise, senaryolar ilk olarak 10, 25, 50 kullanıcıyla çalıştırılır ve sonunda 100 kullanıcıya çıkar.

# 7) Test Sonuçları Analizi

Test sonuçları, performans test cihazı için en önemli çıktıdır. Bu, bir performans testi çabasının sağlayabileceği ROI (Yatırım Getirisi) ve üretkenliği kanıtlayabileceğimiz yerdir.

Sonuç Analizi sürecine yardımcı olan en iyi uygulamalardan bazıları:

1. Her test sonucunun benzersiz ve anlamlı adı - bu, testin amacını anlamaya yardımcı olur.
2. Test sonucu özetine aşağıdaki bilgileri ekleyin:

• Başarısızlık / arızaların nedeni
• Önceki test çalıştırmasına kıyasla uygulamanın performansındaki değişiklik
• Uygulama oluşturma veya test ortamı açısından testte yapılan değişiklikler.
• Her test çalışmasından sonra bir sonuç özeti yapmak iyi bir uygulamadır, böylece test sonuçları her başvurulduğunda analiz sonuçları derlenmez.
• YT genellikle doğru sonuca ulaşmak için birçok test çalışması gerektirir.
• Sonuç özetinde aşağıdaki noktalara sahip olmak iyidir:
  • Testin amacı
  • Sanal kullanıcı sayısı
  • Senaryo özeti
  • Test süresi
  • Çıktı
  • Grafikler
  • Grafik karşılaştırması
  • Tepki Süresi
  • Hata oluştu
  • Öneriler

# 8) Rapor

Test sonuçları, sonucun daha net olması için basitleştirilmeli ve herhangi bir türetme gerektirmemelidir. Geliştirme Takımının analiz, sonuçların karşılaştırılması ve sonuçların nasıl elde edildiğine dair ayrıntılar hakkında daha fazla bilgiye ihtiyacı vardır.

Test raporu kısa, açıklayıcı ve isabetli ise iyi kabul edilir.

Performans Testi Strateji Belgesi Nasıl Yazılır?

Bu eğitim, bir Mesajlaşma Uygulaması için örnek bir Performans Testi Stratejisinin nasıl yazılacağını açıklayacaktır.

Windows 10'da bir bin dosyasını nasıl açarım

Bunun sadece bir örnek olduğunu ve gereksinimlerin bir istemciden diğerine farklılık göstereceğini unutmayın, bu eğitimde Performans Testi için en iyi uygulamaları da öğreneceğiz.

Örnek Performans Test Stratejisi Şablonu

ABC sohbet Uygulaması hakkında - Bunun bir şirkette müşteri destek temsilcisi tarafından kullanılan bir sohbet tezgahı olduğunu varsayalım, bu sohbet uygulaması Anlık mesajlar göndermek ve almak için XMPP protokolünü, yani Genişletilebilir Mesajlaşma ve Durum Protokolü ve Açık ateş sunucusunu kullanır.

Bu mevcut sohbet istemcisinde Uzak PC kontrolü, PC teşhisi, Onarım araçları, Çevrimiçi sohbet vb. Gibi bazı iyileştirmeler yapılmıştır, bu nedenle bu performans Testi stratejisi bu tür uygulamaların bir örneğidir.

Bu uygulama için proje ekibinin kullanmaya karar verdiğini varsayalım JMeter Performans Testi için ve JIRA kusur takibi için.

Performans Testi Stratejisi belgesinin ilk sayfası, Belgenin Başlığını ve Şirketin Telif Haklarını içermelidir.

İkinci sayfa, Belge Sürümü geçmişi, İnceleyenler ve Onaylayanlar listesi ve Katkıda Bulunanlar listesini içeren Belge Kontrolü içermelidir.

Üçüncü sayfa İçindekiler bölümünü ve ardından aşağıdaki konuları içermelidir.

#1. Giriş

Bu belgenin amacı, mevcut ve gelecekteki durum için ABC sohbet uygulamasında Performans Testinin nasıl gerçekleştirileceğini tanımlamak / açıklamaktır.

ABC sohbet uygulaması, şirket içi bir uzaktan destek Ajanı çalışma tezgahıdır. Bu tezgah, müşteri taleplerini yerine getirmek için kullanılacaktır. Bu Workbench, Çevrimiçi sohbet, Müşteri Kimliği, Uzak PC kontrolü, bilgisayar teşhisi ve onarım araçları gibi yeteneklere sahiptir.

Amaç

Performans Testinin temel hedefleri aşağıdaki gibidir:

• Mevcut sohbet uygulamasında yapılan değişikliklerin tanımlanan Hizmet Düzeyi Anlaşması ile uyumlu olduğuna dair güven kazanmak için.
• Uygulama performansı, hizmet kullanılabilirliği ve uygulamanın kararlılığının yeni geliştirmelerin bir sonucu olarak etkilenmemesini sağlamak için.
• İşlem Yanıt Süreleri, artan Yük profiline göre kabul edilebilir tolerans dahilinde kalır.
• JVM'ler, artan yük profilleri üzerinde kararlı bellek kullanımı gösterir.

Aşağıdaki resim, Performans Testi ve Optimizasyon sürecini açıkça açıklamaktadır:

Mimari

Projenizin mimari diyagramını bu oturuma dahil etmeniz gerekiyor.

# 2) Kapsam

Kapsamında

ABC sohbet tezgahı için Performans Testi kapsamı aşağıdadır:

• Temel ticari işlemlerin bilgi edinimi ve sistemin ayrıntılı bir incelemesinden sonra yük dağılımı oluşturun.
• Farklı proje yollarının yardımıyla performans testi için kritik senaryoları belirleyin.
• Önceki sürüm sonuçlarını gelecekteki sürümler için temel olarak kullanın.
• Herhangi bir ek Ajan Makinesi için performans testi ortamını ve Performans / Yük testi aracı altyapısını doğrulayın ve doğrulayın.
• Tanımlanan tepe yükünü taklit eden tanımlanan senaryolar için JMeter kullanılarak performans testi komut dosyalarının hazırlanması.
• Test yürütme aşamasında darboğazları belirlemek için testin izlenmesi için sunucularda performans izlemeyi kurun.
• Performans testi sonuçlarını yayınlayın.
• Belirlenen performans sorunlarını çözmek için çeşitli paydaşlarla koordinasyon sağlayın.
• Gelecekteki sürümler için performans düzeyini temel alın.

Kapsam dışında

• Fonksiyonel test , UAT, Sistem Testi ve Güvenlik Testi.
• Herhangi bir üçüncü taraf arayüzünün performans testi / izlenmesi.
• Performans Ayarlama. (Ayarlama çoğu zaman farklı bir ekip tarafından yapılır, eğer sistemi ayarlayacak performans mühendisleriniz varsa, bunu Inscope'a ekleyebilirsiniz).
• Kod profili oluşturma / Donanım boyutlandırma / Kapasite planlama.
• Güvenlik / Güvenlik açığı testi / UAT / Beyaz kutu testi .
• Performans Testi için veri üretimi.
• Fonksiyonel olmayan testler ( Örneğin, performans testleri dışında yük devretme, felaket kurtarma, yedekleme, kullanılabilirlik).
• Herhangi bir mobil çözümün test edilmesi.
• Üçüncü Taraf Uygulama Performans Testi ve Ayarlama.
• Performans önerilerinin, Uygulama kodu değişikliklerinin ve satıcı tarafından desteklenen ürünlerin / sunucu yapılandırma değişikliklerinin gerçekleştirilmesi, Performans Ekibi açısından kapsam dışında olacaktır.
• Altyapı Desteği / Derleme Dağıtımı / Çevre Hazırlığı / Veritabanı Geri Yükleme / Ağ Desteği vb.

# 3) Yaklaşım

ABC sohbeti için performans testi, XMPP bağlantıları için bir smack kitaplığı kullanan özel XMPP eklentileri yazarak Jmeter kullanılarak yapılacaktır. Bu kitaplıklar bağlantı kurmak, oturum açmak ve XMPP sunucusuna sohbet mesajları göndermek için kullanılır.

Bu kitaplıklar, Jmeter'e yerleştirilen ve test edilecek senaryolara göre tasarlanan bir jar dosyası içinde paketlenmiştir. Jmeter Çalışma Tezgahı, sistem davranışını izlemek için Chat sunucu sisteminde gerekli yükü oluşturmak için Yük Oluşturuculara sahip JMeter sunucusuna bağlanan yerel makineye kurulur.

Test senaryosu, JMeter aracı kullanılarak yazılacaktır. Komut dosyaları gerektiği gibi özelleştirilebilir. Program, gerçek dünya senaryolarını simüle etmek için gerekli artışla oluşturulacaktır.

Test Senaryosu, aşağıdaki yönlerden ayrıştırılır ve ölçülür:

a) Temel Test: Uygulama performansının iş Hizmet Seviyesi Anlaşmasını karşılayıp karşılamadığını belirlemek için her bir senaryoyu 1 Vuser ve birden fazla yineleme ile çalıştırmak.

b) Temel Yük Testi: Yük testi altında İş Karşılaştırma Ölçütü'nü karşılamak için Performans Testi ekibi, artan yük ile herhangi bir sistem performansı sorununu belirlemeye yardımcı olacak ve bir sonraki performans testi düzeyi için temel oluşturan bir temel yük testi gerçekleştirecektir.

c) Pik Yük / Ölçeklenebilirlik Testi: Performans Testi ekibi, beklenen yükü karşılamak ve ayrıca performans eğrisini oluşturmak ve dağıtımın en yüksek kullanıcı yükü altında hizmet seviyesi anlaşmalarını destekleyip desteklemediğini belirlemek için uygulama performansını ölçmek için artan Vusers ile birden fazla test gerçekleştirecektir.

Ayrı Java sanal makinelerinin (JVM), gerekli JVM'lerin toplam sayısının ve işlemcilerin ayarlanmasına veya kapasite planlamasına yardımcı olur. Bu, Vuser sayısını tepe kapasitesinin% 50,% 75,% 100 ve% 125'ine çıkararak sağlanacaktır.

d) Dayanıklılık testi: Performans Testi ekibi bellek sızıntılarını, zaman içindeki performans sorunlarını ve genel sistem kararlılığını belirlemek için bu testi 8 Saat / 16 Saat / 24 saatlik bir süre boyunca çalıştıracaktır. Dayanıklılık testleri sırasında Performans Test ekibi, işlem yanıt süreleri ve bellek kullanımının kararlılığı gibi temel performans göstergelerini izler.

CPU, Bellek ve IO gibi sistem kaynaklarının proje ekibinin yardımıyla izlenmesi gerekir.

Performans testi ortamının, üretim ortamının bir kopyası olduğu varsayılır. Testler, uygulamanın nerede başarısız olduğunu belirlemek için artan bir yükle çalıştırılacaktır.

Performans Testi Senaryoları

Excel'i senaryo setine dahil edin.

Örneğin,

Senaryo 1: Temsilci ve müşteri sohbetini X no. eşzamanlı oturumlar.

Performans Testi Türleri

Aşağıda verilen tablo, amaçları ile birlikte çeşitli Performans Testlerini açıklamaktadır.

Performans Ölçütleri

• İstemci Tarafı Metrikleri

• Sistem ve Ağ Performans Metrikleri

Performans Testi Faaliyetleri ve Çıktıları

# 4) Test Verileri

Performans ortamı verilerinin üretim verilerinin bir kopyası olacağı ve gerekli test verilerinin proje ekibi tarafından sağlanacağı varsayılmaktadır.

# 5) Giriş ve Çıkış Kriterleri

• Ortamdaki tüm uygulamalara erişim.
• Çevre hazırlığı tamamlandı.
• Performans Testi Verilerinin hazırlığı.

# 6) Hata Yönetimi

• JIRA'daki Kusur Yönetimi modülü, projede arıza kaydı ve kapanışa kadar izleme için kullanılacaktır.
• Test yürütme aşamasında bulunan kusurların tespiti JIRA'da yakalanacak ve bu kusurlar aşağıdaki ciddiyetlere göre geliştirme ekibi tarafından çözülecektir.
• Test, geliştirme, Kalite Analistleri ve iş ekiplerinin katılımıyla günlük olarak hata inceleme toplantıları yapılacaktır.
• Proje Canlı Yayına Geçme tarihine yaklaştıkça, kusurları düzeltme kriterleri katı hale gelir. Hata inceleme toplantılarında yayınlanacak hata düzeltme kriterleri için kılavuzlar.

Kusur Önem Tanımı

Önem kodlarının tanımları aşağıdaki gibidir:

dinlendirici web hizmetlerini test etmek için araçlar

# 7) Test Araçları ve Teknikleri

# 8) Askıya Alma ve Devam Ettirme Kriterleri

Aşağıda, test faaliyetlerini etkileyecek Kritik Askıya Alma ve Devam Ettirme kriterleri verilmiştir:

# 9) Test Çıktıları

Performans Testi Çıktıları şunları içerir:

• Performans Test Stratejisi
• Performans Gereksinimleri Belgesi
• Performans Testi Senaryosu Belgesi
• Performans Testi Komut Dosyaları
• Performans Testi Sonuçları

# 10) Roller ve Sorumluluklar

Roller ve Sorumluluklar aşağıdaki tabloda açıkça belirtilmiştir.

# 11) Potansiyel Riskler ve Etki Azaltma Planı

# 12) Varsayımlar

• Performans Test Ortamı, ürün mimarisi yapısının bir kopyası olacaktır. (yani doğru Donanım, Yazılım, Arayüzler, Entegrasyon Katmanları vb.).
• Performans betikleri, kullanımın yüksek olduğu kritik akışlara göre tasarlanacaktır.
• Tüm Altyapı Sorunları, Performans testi başlamadan önce çözülmelidir. Daha sonra yapılan herhangi bir sistem yapılandırması değişikliği test sonuçlarını geçersiz kılacaktır.
• Bir uygulama kararlıdır ve Performans testi ortamında kullanıma hazırdır.
• Gerekli donanım ve yazılım kaynakları (yük oluşturucu makineler / yazılımlar, denetleyici / aracı makineler gibi) sağlanır.
• Kapsamdaki herhangi bir değişiklik, bir değişiklik kontrol sürecinden geçecek ve performans test ekibi zaman çizelgelerinin ve kaynakların etkisini değerlendirecektir.
• İlgili Sunucuların yükü idare etmesi beklenir.
• Destekleyici sistemler için izleme amacıyla uygulama izleme günlüklerinin etkinleştirilmesi gerekir.

# 13) Bağımlılıklar

• Ürün mimarisi yapısının bir kopyası olan Performans testi ortamının kullanılabilirliği.
• Teste hazırlık ve uygulama aşamalarında çeşitli Fonksiyonel, Geliştirme, Veritabanı ve Altyapı ekiplerinden gereken destek.
• Zaman çok sınırlı olduğundan, tüm Performans testi aşamasında hiçbir kod değişikliği uygulanmaz.
• Zaman çizelgeleri içinde kısıtlamalara yol açan öngörülemeyen sorunlar olması durumunda, zaman çizelgeleri tüm test kapsamlarının orijinal kilometre taşı tarihleri ​​içinde karşılanmasına izin vermiyorsa, kapsam belirleme ve önceliklendirme kararı sağlamak için Sürüm Yöneticilerinden destek alınabilir.
• Uygulama İş Kullanıcıları / Konu Uzmanları, işlevsel açıklamalar ve ticari işlemlerin imzalanması için sağlanacaktır.
• ABC sohbet Program Yöneticisi gözden geçirecek ve imzalayacaktır.

# 14) Kısaltmalar

Şimdiye kadar, bir Mesajlaşma uygulaması için etkili bir Performans Testi Stratejisinin nasıl yazılacağını açıkça anlamış olmalısınız.

Gerçekçi Performans Testi İçin En İyi Uygulamalar

Bir Performans Testi projesini başarıyla tamamlamak için planlama aşamasından yani planlama, geliştirme, yürütme ve analiz aşamasından itibaren doğru şekilde yaptığımızdan emin olmalıyız.

Performans Testini etkili bir şekilde yürütmek için her aşamaya ayrıntılı bir şekilde bakalım.

# 1) Planlama

• En yaygın iş akışlarını, yani test edilmesi gereken iş senaryolarını belirlemeye çalışın. Uygulama mevcutsa, en sık erişilen senaryoları anlamak için sunucu günlüklerini kontrol edin. Uygulama yeniyse, ana iş akışını anlamak için proje yönetimi ekibiyle konuşun.
• Yük testini, hafif kullanım, orta düzeyde kullanım ve azami yükler gibi çok çeşitli iş akışlarını kapsayacak şekilde planlayın.
• Yük Testi'nin birçok döngüsünü gerçekleştirmeniz gerekir, bu nedenle aynı komut dosyalarını tekrar tekrar kullanabilmeniz için bir çerçeve oluşturmaya çalışın. Ayrıca, komut dosyalarının yedeğini almayı deneyin.
• Bir testin ne kadar sürmesi gerektiğini analiz etmeye çalışın, bu bir saat mi? 8 saat? Bir gün mü, bir hafta mı? Genellikle, uzun süreli testler işletim sistemi hataları, Bellek sızıntıları vb. Gibi birçok önemli kusuru ortaya çıkaracaktır.
• Kuruluşunuz herhangi bir APM (Uygulama İzleme Aracı) kullanıyorsa, performans sorunlarını kolayca belirleyebilmeniz ve temel nedeni daha kolay belirleyebilmeniz için bunu test çalıştırmaları sırasında dahil edebilirsiniz.

# 2) Geliştirme

• Senaryoları geliştirirken, yani kayıt yaparken, planda belirtilen iş akışı adlarına göre daha anlamlı bir işlem adı vermeye çalışın.
• Üçüncü taraf uygulamaları kaydetmeyin ve eğer kaydedilirse, komut dosyalarını geliştirirken filtrelemeyi deneyin.
• Araçtaki Otokorelasyon özelliği kullanılarak tüm dinamik değerler ilişkilendirilemez, bu nedenle hataları önlemek için manüel bir korelasyon yapmaya çalışın.
• Performans testlerinizi, yalnızca önbellek sunucusuna değil, uygulamanın arka ucuna da çarpacak şekilde tasarlamaya çalışın.

# 3) Yürütme

• Testleri, SSL, Yük Dengeleyici ve Güvenlik Duvarları gibi faktörler dahil olmak üzere üretim benzeri bir ortamda çalıştırdığınızdan emin olun. Bu, sisteme gerçekçi bir yük simülasyonu yapmak için gereklidir.
• Çok gerçekçi bir iş yükü oluşturmaya çalışın, mevcut bir uygulama ise sunucu günlüklerini kontrol ederek bunu elde edebilirsiniz ve yeni bir uygulama ise bu bilgiyi işletme ekibinden almanız gerekir. Başarılı performans testleri gerçekleştirmek için iş yükünün çok önemli olduğunu unutmayın.
• Yarı üretim boyutu ortamında testler yürüterek asla bir sonuca varmayın, testlerin her zaman üretimle aynı ortamda yapılması tavsiye edilir.
• Uzun süreli testleri yürütürken, testin sorunsuz çalıştığından emin olmak için çalışmayı sık aralıklarla izlemeye çalışın.

# 4) Analiz

• Öncelikle birkaç önemli sayaç ekleyerek uygulamayı analiz etmeye çalışın, bir darboğaz bulunduğunda daha sonra darboğazla ilgili ek sayaçlar eklemeye çalışın. Bu da sorunun daha kolay bulunmasına yardımcı olacaktır.
• Bir uygulama, bir isteğe yanıt verememe, bir hata kodu ile yanıt verme, doğrulama mantığınızda başarısız olma veya çok yavaş yanıt verme gibi birçok nedenden dolayı başarısız olabilir. Bu yüzden bir sonuca varmadan önce tüm bunlara bakmaya çalışın.

Sonuç

Eminim ki bu eğitim, size Performans testleri ve ayrıntılı örneklerle bir Performans Testi Strateji Belgesinin nasıl yazılacağı konusunda kapsamlı bilgi verirdi.

Yaklaşan eğitimimizde Performans, Yük ve Stres Testi arasındaki farkları ayrıntılı olarak öğreneceğiz.

Ayrıca, Kontrol Et => Free LoadRunner Kapsamlı Eğitim Serisi

SONRAKİ Eğitici

Önerilen Kaynaklar

• Performans Testi - Yük Testi - Stres Testi (Fark)
• HP LoadRunner Öğreticileriyle Yük Testi
• Bulut Performans Testi: Bulut Tabanlı Yük Testi Hizmet Sağlayıcıları
• WAPT Kullanarak Web Uygulama Yükü, Stres ve Performans Testi
• Web Sitesi Performans Test Araçları ve Hizmetleri
• Manuel Performans Testi Nasıl Yapılır?
• BlazeMeter Kullanarak Mobil Uygulamalar Performans Testi
• LoadRunner VuGen Komut Dosyası Kullanarak Web Hizmetleri Performans Testi