Menü

Performans Test Planı ile Performans Testi Stratejisi Arasındaki Fark

  • Ana
  • Diğer
  • Performans Test Planı ile Performans Testi Stratejisi Arasındaki Fark

difference between performance test plan

Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

Performans Test Planı ile Test Stratejisi arasındaki fark nedir?

Bunda Performans Testi serisi , önceki öğreticimiz hakkında Fonksiyonel Test ve Performans Testi detayda.

=> Tam Performans Testi Eğitimleri Dizisi İçin Buraya Tıklayın

Bu eğitimde, Performans Test Planı ile Test Stratejisi arasındaki farkı ve bu belgelerin bir parçası olarak dahil edilecek içeriği öğreneceksiniz.

Performans Test planı ve test stratejisi

Bu iki belge arasındaki farkı anlayalım.

Ne öğreneceksin:

Performans Test Stratejisi

Performans Test Stratejisi belgesi, test aşamasında performans testinin nasıl yapılacağına dair bize bilgi veren üst düzey bir belgedir. Bize bir İş gereksiniminin nasıl test edileceğini ve ürünü son müşteriye başarıyla teslim etmek için hangi yaklaşımın gerekli olduğunu anlatır.

Bu, İş süreci ile ilgili tüm bilgileri çok üst düzeyde içerecektir.

Bu belge genellikle Performans Testi Yöneticileri tarafından önceki deneyimlerine dayanarak yazılır, çünkü bu belge projenin ilk aşamalarında, yani Gereksinim Analizi aşamasında veya Gereksinim Analizi aşamasından sonra hazırlandığı için sınırlı bilgi mevcut olacaktır.

Yani başka bir deyişle, Performans Testi Stratejisi belgesi, Performans testi hedeflerine ulaşmak için izleyeceğiniz yaklaşımla projenin başlangıcında belirlediğiniz yönden başka bir şey değildir.

Tipik bir Performans Testi Stratejisi belgesi, test edilecek olan performans testinin genel amacını içerir? hangi ortam kullanılacak? hangi araçlar kullanılacak? ne tür testler yapılacak? Giriş ve Çıkış kriterleri, bir paydaşın hangi Riskleri azaltılır? ve bu eğitimde ilerledikçe ayrıntılı olarak bakacağımız birkaç tane daha.

Performans Test Stratejisi

Yukarıdaki şema, Performans Test Stratejisi belgesinin projenin Gereksinim analizi aşamasında veya sonrasında oluşturulduğunu açıklamaktadır.

Performans Test Planı

Performans Test Planı belgesi, ihtiyaçların ve tasarım belgelerinin neredeyse donmaya başladığı projenin daha sonraki bir aşamasında yazılır. Performans Test Planı belgesi, Gereksinim Analizi Aşaması sırasında açıklanan stratejiyi veya Yaklaşımı uygulamak için programın tüm ayrıntılarını içerir.

Şu an itibariyle Tasarım belgeleri neredeyse hazır, Performans Test Planı, test edilecek senaryolarla ilgili tüm detayları içeriyor. Ayrıca, Performans Testi Çalıştırmaları için kullanılan Ortamlar, Kaç Test çalıştırma döngüsü, Kaynaklar, Giriş-Çıkış kriterleri ve daha fazlası hakkında daha fazla ayrıntıya sahiptir. Performans Test Planı, Performans Yöneticisi veya Performans Testi Sorumlusu tarafından yazılır.

Performans Test Planı

Yukarıdaki şema, Performans Test Planının, Tasarım belgelerinin mevcudiyetine göre proje Tasarımı sırasında veya Tasarım Aşamasından sonra oluşturulduğunu açıkça açıklamaktadır.

Performans Testi Strateji Belgesinin İçeriği

Şimdi bir Performans Testi Stratejisi belgesine nelerin dahil edilmesi gerektiğini görelim:

#1. Giriş: Söz konusu proje için Performans Testi Stratejisi belgesinin ne içereceğine dair kısa bir genel bakış verin. Ayrıca bu belgeyi kullanacak ekiplerden de bahsedin.

unix'te 2 dosya nasıl karşılaştırılır

# 2) Kapsam: Kapsamın tanımlanması çok önemlidir çünkü bize Test Edilen Performansın tam olarak ne olacağını söyler. Kapsamı veya başka bir bölümü tanımlarken çok spesifik olmalıyız.

Asla genel bir şey yazmayın. Kapsam bize tüm proje için tam olarak neyin test edileceğini söyler. Kapsam içi ve Kapsam dışı olarak kapsamımızın bir parçası olarak, Kapsamda Performans Testine tabi olacak tüm özellikler, Kapsam dışı ise test edilmeyecek özellikleri açıklamaktadır.

# 3) Test Yaklaşmak: Burada, Performans Testlerimiz için izleyeceğimiz yaklaşımdan bahsetmeliyiz, her komut dosyası bir temel oluşturmak için tek bir kullanıcıyla yürütülecek ve daha sonra bu temel testler, daha sonraki bir noktada Benchmarking için bir referans olarak kullanılacaktır. Test Çalıştırmaları sırasındaki süre.

Ayrıca, her bileşen bir araya getirilmeden önce ayrı ayrı test edilecektir.

# 4) Test Türler: Burada, Yük Testi, Stres Testi, Dayanıklılık Testi, Hacim Testi vb. Gibi ele alınacak farklı test türlerinden bahsediyoruz.

# 5) Test Teslimat: Test Çalıştırması Raporu, Yönetici Özet Raporu vb. Gibi Proje için Performans Testinin bir parçası olarak tüm çıktıların sağlanacağından bahsedin.

# 6) Çevre: Burada ortamın detaylarına değinmemiz gerekiyor. Performans Testi için hangi işletim sistemlerinin kullanılacağını açıkladığı için ortam detayları çok önemlidir.

Ortam üretimin bir kopyası olacaksa veya üretimden itibaren boyutlandırılacak veya küçültülecekse ve aynı zamanda boyutlandırma ve küçültme oranı, yani üretimin yarısı kadar mı olacak yoksa üretimin iki katı mı olacak ?

Ayrıca, ortam kurulumunun bir parçası olarak ve ayrıca Performans Testi Çalıştırması sırasında dikkate alınması gereken tüm Yamalardan veya güvenlik güncellemelerinden açıkça bahsetmemiz gerekir.

# 7) Araçlar: Burada Hata İzleme araçları gibi kullanılacak tüm Araçlardan bahsetmemiz gerekiyor, Yönetim araçları , Performans Testi ve İzleme Araçları. Biraz Örnekler kusur izleme araçları JIRA , Confluence gibi belgelerin yönetimi için, Performans Testi için Jmetre ve izleme için Nagios .

# 8) Kaynaklar: Performans Test Ekibi için gerekli Kaynakların ayrıntıları bu bölümde belgelenmiştir. Örneğin , Performans Yöneticisi, Performans Testi Sorumlusu, Performans Testçileri vb.

# 9) Giriş & çıkış Kriterler: Giriş ve Çıkış kriterleri bu bölümde açıklanacaktır.

Örneğin,

Giriş kriterleri - Yapıyı Performans Testi için dağıtmadan önce uygulama işlevsel olarak kararlı olmalıdır.

Çıkış kriteri - Tüm önemli kusurlar kapatılır ve SLA'ların çoğu karşılanır.

# 10) Risk ve Azaltma: Performans Testini etkileyecek tüm Riskler, aynı şekilde azaltma planıyla birlikte burada listelenmelidir. Bu, Performans testi sırasında oluşabilecek risklere yardımcı olacaktır veya en azından Risk için bir geçici çözüm önceden planlanacaktır. Bu, teslimatları etkilemeden Performans Testi Programlarının zamanında tamamlanmasına yardımcı olacaktır.

# 11) Kısaltmalar: Kısaltmalar için kullanılır. Örneğin, PT - Performans Testi.

# 12) Belge Geçmişi: Bu, belge sürümünü içerir.

Performans Test Planı Belgesinin İçeriği

Şimdi bir Performans Test Planı belgesine nelerin dahil edilmesi gerektiğine bir göz atalım:

#1. Giriş: Hepsi Performans Testi Stratejisi belgesinde belirtilenlerle aynıdır, bunun yerine Performans Testi Stratejisi yerine sadece Performans Test Planından bahsediyoruz.

# 2) Amaç: Bu performans testinin amacı nedir, performans testi yapılarak elde edilenler, yani performans testi yapmanın faydaları burada açıkça belirtilmelidir.

# 3) Kapsam : Performans Testinin Kapsamı, hem kapsam hem de kapsam dışı iş süreci burada tanımlanır.

# 4) Yaklaşım: Genel yaklaşım burada açıklanmıştır, performans testi nasıl yapılır? Ortamı kurmak için ön koşullar nelerdir? vb dahildir.

# 5) Mimarlık: Toplam Uygulama sunucusu sayısı, Web sunucuları, DB sunucuları, Güvenlik Duvarları, 3 gibi Uygulama Mimarisinin ayrıntıları burada belirtilmelidir.rdd parti uygulaması Yük oluşturucu makineler vb.

# 6) Bağımlılıklar: Performans testi yapılacak bileşenlerin işlevsel olarak kararlı olması, ortamın bir üretime benzer şekilde ölçeklendirilmesi ve mevcut veya mevcut olmaması, Test tarihinin mevcut olması veya olmaması, Performans Test araçlarının lisanslarla mevcut olması gibi tüm ön performans testi eylemlerinden burada bahsedilmelidir. varsa ve benzeri.

# 7) Çevre: IP adresi, kaç sunucu vb. Gibi sistemin tüm ayrıntılarını belirtmemiz gerekir. Ayrıca, Ortamın nasıl ön koşullar gibi kurulması gerektiği, güncellenecek herhangi bir yama vb.

# 8) Test Senaryoları: Test edilecek senaryoların listesi bu bölümde belirtilmiştir.

# 9) İş Yükü Karışımı: İş Yükü karışımı, performans testinin başarılı bir şekilde yürütülmesinde hayati bir rol oynar ve iş yükü karışımı gerçek zamanlı son kullanıcı eylemini tahmin etmezse, tüm test sonuçları boşa gider ve üretimde düşük performansla sonuçlanırız. uygulama yayınlandığında.

Bu nedenle, iş yükünü uygun şekilde tasarlamak gerekir. Kullanıcıların uygulamaya üretimde nasıl eriştiğini ve uygulamanın halihazırda mevcut olup olmadığını anlayın veya uygulama kullanımını doğru bir şekilde anlamak ve iş yükünü tanımlamak için iş ekibinden daha fazla ayrıntı almaya çalışın.

# 10) Performans Yürütme döngüleri: Performans testi çalıştırmalarının sayısının ayrıntıları bu bölümde açıklanacaktır. Örneğin, Temel Hat testi, Döngü 1 50 kullanıcı testi vb.

# 11) Performans Testi Metrikleri: Toplanan metriklerin ayrıntıları burada açıklanacaktır, bu ölçümler kabul kriterleri kabul edilen performans gereksinimleri ile.

# 12) Test Çıktıları: Çıktılardan bahsedin ve aynı zamanda uygun olan yerlerde belgelerin bağlantılarını ekleyin.

# 13) Hata Yönetimi: Burada kusurların nasıl ele alındığından bahsetmemiz gerekiyor. önem seviyeleri ve öncelik seviyeleri ayrıca açıklanmalıdır.

# 14) Risk Yönetimi: Uygulama kararlı değilse ve yüksek öncelikli işlevsel kusurlar hala açıksa, azaltma planıyla ilgili risklerden bahsedin, performans testi çalıştırmalarının programını etkileyecek mi ve daha önce de belirtildiği gibi bu, Performans testi sırasında veya En azından Risk için bir geçici çözüm önceden planlanacaktır.

ücretsiz youtube mp3 dönüştürücü premium

# 15) Kaynaklar: Takım ayrıntılarını rolleri ve sorumluluklarıyla birlikte belirtin.

# 16) Sürüm geçmişi: Belge geçmişinin kaydını tutar.

# 17) Belge İncelemeleri ve Onayları: Bu, son belgeyi inceleyecek ve onaylayacak kişilerin listesini içerir.

Dolayısıyla, temel olarak Performans Test Stratejisi, Performans Testine yönelik bir yaklaşıma sahiptir ve Performans Test Planı, yaklaşımın detaylarına sahiptir, dolayısıyla birlikte hareket ederler. Bazı şirketlerin sadece belgeye Yaklaşım eklenmiş bir Performans Test Planı vardır, bazılarının ise hem strateji hem de plan belgesi ayrıdır.

Bu Belgeleri Geliştirmek İçin İpuçları

Performans testlerinin başarılı bir şekilde yürütülmesi için stratejiyi veya bir plan belgesini tasarlarken aşağıdaki yönergeleri izleyin.

  • Bir Performans Test Stratejisi veya Test Planı tanımlarken test hedefine ve kapsamına odaklanmamız gerektiğini her zaman unutmayın. Test stratejimiz veya planımız gereksinimler veya kapsam ile uyumlu değilse testlerimiz geçersizdir.
  • Sistemdeki darboğazları belirlemek veya uygulamanın performansını görmek için test çalıştırması sırasında yakalanması önemli olan bu ölçümlere konsantre olmaya ve bunları dahil etmeye çalışın.
  • Test çalıştırmalarını, tüm senaryoları aynı anda test etmeyecek ve sistemi çökertmeyecek şekilde planlayın. Birkaç test çalıştırması yapın ve senaryoları ve kullanıcı yükünü kademeli olarak artırın.
  • Yaklaşımınıza göre, uygulamanıza erişilebilecek tüm cihazları eklemeye çalışın, bu genellikle mobil cihazlar için geçerlidir.
  • Gereksinimler zaman zaman değişmeye devam ettiğinden ve bu değişikliklerin müşteriye vaktinden çok önce iletilmesi gereken yürütme döngüleri ve son tarihler üzerinde büyük etkisi olacağı için Strateji belgenizde her zaman bir Risk ve Azaltma bölümü bulundurun.

Sonuç

Eminim ki bu eğitici, size bir Performans Testi Stratejisi ile planı arasındaki farkları, içeriğiyle birlikte, Mobil Uygulama Performans Testi Yaklaşımı ve Bulut uygulama performans testi ile ayrıntılı bir şekilde örneklerle kısaca anlatırdı.

Performans Testlerinizi Güçlendirmenin Yolları hakkında daha fazla bilgi edinmek için yakında yayınlanacak eğiticimize göz atın.

=> Tam Performans Testi Eğitimleri Dizisi İçin Burayı Ziyaret Edin

PREV Eğitimi | SONRAKİ Eğitici

Önerilen Kaynaklar

^