Test Planı, Test Stratejisi, Test Senaryosu, Test Komut Dosyası, Test Senaryosu ve Test Koşulu Arasındaki Fark

difference between test plan

Test Planı, Test Stratejisi, Test Senaryosu, Test Senaryosu, Test Senaryosu ve Test Koşulu Arasındaki Farkın Örneklerle Ne Olduğunu Öğrenin:

Yazılım Testi, her yazılım testçisinin bilmesi gereken birkaç temel ve önemli kavram içerir.

Bu makale, Yazılım Testindeki çeşitli kavramları karşılaştırmalarıyla birlikte açıklayacaktır.

Test Planı - Test Stratejisi, Test Senaryosu - Test Komut Dosyası, Test Senaryosu - Test Koşulu ve Test Prosedürü - Test Paketi kolay anlaşmanız için ayrıntılı olarak açıklanmıştır.

=> Tam Test Planı Eğitim Dizisi İçin Buraya Tıklayın

Sasi C. tarafından sorulan yukarıdaki soru, sitemizde en sık sorulan sorudur. Yazılım Testi sınıfı ve katılımcılarımıza her zaman deneyimle bu kelimeleri pek fark etmediğimizi ve kelime dağarcığımızın bir parçası haline geldiklerini söylüyorum.

Ancak çoğu kez kafa karışıklığı bunları çevreliyor ve bu makalede yaygın olarak kullanılan birkaç terimi tanımlamaya çalışıyorum.

Çeşitli Yazılım Test Kavramları

Aşağıda, karşılaştırmalarıyla birlikte çeşitli Yazılım Test Kavramları listelenmiştir.

Hadi başlayalım!!

Ne öğreneceksin:

• Test Planı ve Test Stratejisi Arasındaki Fark
  • Test planı
  • Test Planı Belgesi
    • Test Planı Türleri
  • Test Stratejisi
  • Test Stratejisi Belgesi
    • # 1) Projeye Genel Bakış
    • # 2) Gereksinim Kapsamı
    • # 3) Üst Düzey Test Planı
    • # 4) Test Yaklaşımı
    • # 5) Test Kapsamı
    • # 6) Test Ortamı
    • # 7) QA Çıktıları ve Metrikler
    • # 8) Hata Yönetimi
    • # 9) İletişim Yönetimi
    • # 10) Varsayımlar, Riskler ve Bağımlılıklar
    • # 11) Ek
  • Test Planı Vs Test Stratejisi
• Test Senaryosu ile Test Metni Arasındaki Fark
• Test Senaryosu ve Test Koşulu Arasındaki Fark
• Test Prosedürü ve Test Paketi Arasındaki Fark
• Sonuç
  • Önerilen Kaynaklar

Test Planı ve Test Stratejisi Arasındaki Fark

Test Stratejisi ve Test planı, herhangi bir projenin test yaşam döngüsündeki iki önemli belgedir. Burada size test stratejisi ve test planı belgeleri hakkında derinlemesine bilgi vermeye çalışıyoruz.

Test planı

Bir Test Planı, yazılım uygulamasını test etmek için kapsam, amaç ve yaklaşımı tanımlayan bir belge olarak tanımlanabilir. Test Planı bir terim ve bir çıktıdır.

Test Planı, bir QA projesindeki tüm faaliyetleri listeleyen, bunları planlayan, projenin kapsamını, rolleri ve sorumlulukları, riskleri, giriş ve çıkış kriterlerini, test hedefini ve aklınıza gelebilecek her şeyi tanımlayan bir belgedir.

Test Planı, bilinmesi ve ihtiyaç duyulan her şeyi listeleyen bir 'süper belge' olarak adlandırmaktan hoşlandığım gibi. Lütfen bu bağlantıyı kontrol et daha fazla bilgi ve bir örnek için.

Test Planı, gereksinimlere göre tasarlanacaktır. Test mühendislerine iş verilirken, bazı nedenlerle test uzmanlarından birinin yerini başka bir test mühendisi alır. Burada Test Planı güncellenir.

Test stratejisi, test yaklaşımını ve onu çevreleyen diğer her şeyi ana hatlarıyla belirtir. Bir Test stratejisinin test planının sadece bir alt kümesi olması açısından Test Planından farklıdır. Bir dereceye kadar genel ve statik olan zorlu bir test belgesidir. Test stratejisinin veya planının hangi seviyelerde kullanıldığına dair bir tartışma da var - ama gerçekten ayırt edici bir fark görmüyorum.

Misal: Test Planı, kimin ne zaman test edeceği hakkında bilgi verir. Örneğin, Modül 1, “X test cihazı” tarafından test edilecektir. Test cihazı Y herhangi bir nedenle X'in yerini alırsa, test planının güncellenmesi gerekir.

Test Planı Belgesi

Test Planı, bir Yazılım Projesi ile ilgili test görevleri hakkında eksiksiz bilgi sağlayan bir belgedir. Testin Kapsamı, Test Türleri, Hedefler, Test Metodolojisi, Test Eforu, Riskler ve Olasılıklar, Serbest Bırakma Kriterleri, Test Çıktıları vb. Gibi ayrıntıları sağlar. Kodlamadan sonra sistemde çalıştırılacak olası testlerin kaydını tutar.

Test planı açıkça değişecek. Başlangıçta, o zamanki proje netliğine bağlı olarak bir taslak test planı geliştirilecektir. Bu ilk plan, proje ilerledikçe değiştirilecektir. Test ekibi Yöneticisi veya Test Lideri, test planı belgesini hazırlayabilir. Spesifikasyonları açıklar ve buna göre değiştirilebilir.

Neyin test edileceği, ne zaman test edileceği, kimin test edeceği ve nasıl test edileceği test planında tanımlanacaktır. Test Planı, sorunlar, bağımlılıklar ve altta yatan risklerin bir listesini sıralayacaktır.

Test Planı Türleri

Test Planları, test aşamasına bağlı olarak farklı türlerde olabilir. Başlangıçta, tüm proje yürütme için bir ana test planı olacaktır. Sistem testi, sistem entegrasyon testi, kullanıcı kabul testi vb. Gibi belirli test türleri için ayrı test planları oluşturulabilir.

Diğer bir yaklaşım, fonksiyonel ve fonksiyonel olmayan testler için ayrı test planlarına sahip olmaktır. Bu yaklaşım performansında, testin ayrı bir test planı olacaktır.

Test Planı Belgesinin İçeriği ( IEEE-829 test planı yapısı )

Test planı için net bir format çizmek zordur. Test planı formatı eldeki projeye göre değişiklik gösterebilir. IEEE, IEEE-829 test planı yapısı olarak tanımlanan test planları için bir standart tanımlamıştır.

Standart bir test planı içeriği için lütfen aşağıda IEEE önerilerini bulun:

1. Test Planı Tanımlayıcısı
2. Giriş
3. Test Öğeleri
4. Yazılım Risk Sorunları
5. Test edilecek özellikler
6. Test edilmeyen özellikler
7. Yaklaşmak
8. Öğe Geçme / Kalma Kriterleri (veya) Kabul Kriterleri
9. Askıya Alma Kriterleri ve Devam Etme Gereklilikleri
10. Test Çıktıları
11. Test Görevleri
12. Çevresel Gereklilikler
13. Personel ve Eğitim ihtiyaçları
14. Sorumluluklar
15. Program
16. Onaylar

Önerilen Okuma => Test Planı Eğitimi - Mükemmel Bir Kılavuz

Test Stratejisi

Test Stratejisi, test tasarımını açıklayan ve testin nasıl yapılması gerektiğini belirleyen bir dizi kılavuzdur.

Misal: Bir Test Stratejisi, 'Ayrı modüller test ekibi üyeleri tarafından test edilecektir' gibi ayrıntıları içerir. Bu durumda, kimin test edeceği önemli değildir - bu nedenle geneldir ve ekip üyesindeki değişikliğin güncellenerek statik tutulması gerekmez.

Test Stratejisi Belgesi

Test stratejisinin amacı, test yaklaşımını, test türlerini, test ortamlarını ve test için kullanılacak araçları ve test stratejisinin diğer süreçlerle nasıl uyumlu hale getirileceğine ilişkin üst düzey ayrıntıları tanımlamaktır. Test stratejisi belgesinin canlı bir belge olması amaçlanmıştır ve Gereksinimler, SLA parametreleri, Test ortamı ve Derleme yönetimi yaklaşımı vb. Hakkında daha fazla netlik elde ettiğimizde güncellenecektir **.

Test stratejisi, Proje Sponsorları, İşletme KOBİ'leri, Uygulama / Entegrasyon Geliştirme, Sistem Entegrasyon ortakları, Veri Dönüştürme Ekipleri, Teknik liderler, mimari liderler ve dağıtım ve altyapı ekipleri gibi Oluşturma / Yayın Yönetim Ekiplerinden oluşan eksiksiz proje ekibi için tasarlanmıştır.

** Bazıları, test stratejisinin tanımlandıktan sonra asla güncellenmemesi gerektiğini savunuyor. Çoğu test projesinde genellikle proje ilerledikçe güncellenir.

Aşağıda, bir test stratejisi belgesinin sahip olması gereken önemli bölümler bulunmaktadır:

# 1) Projeye Genel Bakış

Bu bölüm, organizasyona genel bir bakış ve ardından eldeki projenin kısa bir açıklamasını vererek başlayabilir. Aşağıdaki ayrıntıları içerebilir

• Projeye ne gerek vardı?
• Proje hangi hedeflere ulaşacak?

Kısaltma Tablosu: Belge okuyucunun belgeye atıfta bulunurken bulabileceği kısaltmalar içeren bir tablo eklemek daha iyidir.

# 2) Gereksinim Kapsamı

Gereksinim kapsamı, Uygulama Kapsamı ve İşlevsel kapsamı içerebilir

Uygulama Kapsamı Test edilen sistemi ve yeni veya değiştirilmiş işlevsellik nedeniyle sistem üzerindeki etkiyi tanımlar. İlgili sistemler de tanımlanabilir.

Fonksiyonel Kapsam Sistem içindeki farklı modüller üzerindeki etkiyi tanımlar. Burada işlevsellik açısından ilgili her sistem açıklanacaktır.

# 3) Üst Düzey Test Planı

Test Planı ayrı bir belgedir. Test stratejisine, üst düzey bir test planı dahil edilebilir. Üst düzey bir test planı, test hedeflerini ve test kapsamını içerebilir. Test kapsamı, hem kapsam içi hem de kapsam dışı etkinlikleri tanımlamalıdır.

# 4) Test Yaklaşımı

Bu bölüm, test yaşam döngüsü boyunca izlenecek test yaklaşımını açıklamaktadır.

Yukarıdaki diyagrama göre, test iki aşamada gerçekleştirilecektir, yani Test Stratejisi ve Planlama ve Test Yürütme. Test Stratejisi ve Planlama aşaması, genel bir program için bir kez olurken, Test yürütme aşamaları, genel programın her Döngüsü için tekrarlanacaktır. Yukarıdaki diyagram, yürütme yaklaşımının her aşamasında farklı aşamaları ve çıktıları (sonuç) göstermektedir.

Test yaklaşımı aşağıdaki alt bölümleri içermelidir

a) Test Programı: Bu alt bölümde önerilen proje zaman çizelgesini açıklayın

b) Fonksiyonel Test Yaklaşımı: Bu alt bölümün kullanılması, her aşamaya ve ilgili giriş ve çıkış kriterlerine genel bir bakış sağlar. Farklı test aşamaları; Birim testi, Sistem testi, Sistem Entegrasyonu testi, Kullanıcı Kabul Testi ve Uçtan Uca testtir.

c) Temel Performans Göstergelerinin Test Edilmesi:

• Test senaryosu önceliklendirme: Zaman kısıtlamaları durumunda yüksek öncelikli senaryoların test ekibi tarafından yürütülebilmesi için test senaryosu önceliklendirme yaklaşımını tanımlayın. Planlanan tüm senaryoların uygulanmamasıyla ilgili olası riskler konusunda proje paydaşları arasında bir anlaşma olmalıdır.
• Kusur önceliklendirme: Hata önceliklendirme stratejisi burada ele alınacak bir sonraki konudur. Öncelik seviyesini tanımlayın ve her seviyeye kritik, yüksek, orta vb. Gibi açıklamalar verin.
• Kusur Geri Dönüş Süresi: Kusur geri dönüş süresi, kusurun ilk ortaya çıktığı zaman ile kusurun düzeltildiği ve yeniden test edilmesi arasındaki zaman olarak tanımlanır. Hızlı geri dönüş, hızlı test ve proje zaman çizelgesine bağlılık sağlar. Her kusur öncelik seviyesi için, geri dönüş süresini tanımlayın.

# 5) Test Kapsamı

Bu bölüm, test senaryolarında ve test senaryolarında iş / işlevsel gereksinimlerin kapsamını optimize etmek için QA ekibinin izleyeceği süreçleri açıklamaktadır. Gereksinim İzlenebilirlik Matrisi: (RTM), ilgili test senaryoları ve test senaryoları ile tüm gereksinimleri izlemek için kullanılabilir.

# 6) Test Ortamı

Mevcut farklı QA ortamlarını tanımlayın. Hangi ortamda ve kim tarafından hangi testlerin yapılacağını belirtin. Acil durumlarla ilgilenmek için bir ortam yedekleme planı oluşturun. Her ortama erişim düzenlenmeli ve açık bir şekilde çağrılmalıdır.

Kullanılacak test araçlarından da bu bölümde bahsedilebilir.

# 7) QA Çıktıları ve Metrikler

Tüm QA çıktılarını listeleyin

Tüm QA ölçümlerini listeleyin

# 8) Hata Yönetimi

Bir kusur iş akışı, hata izleme metodolojisi ve hata önceliklendirme süreci oluşturarak bir hata yönetimi stratejisini açıkça tanımlayın. Her test uzmanının rolleri için kusur sorumluluğundan bahsedin. Periyodik hata analizi ve temel neden analizi, testin genel kalitesini artıracaktır.

# 9) İletişim Yönetimi

Durum raporları, durum toplantıları ve tesis içi-denizaşırı iletişim için yönergeler belirleyin.

# 10) Varsayımlar, Riskler ve Bağımlılıklar

Projenin dayandığı varsayımları açıklayın. Bunlar zamanlama, kaynaklar ve sistem yeteneklerini içerebilir. Diğer projeler, geçici kaynakların mevcudiyeti, projeyi etkileyebilecek diğer son tarihler gibi tüm bağımlılıkları açıklayın

# 11) Ek

Bu bölümdeki Roller ve Sorumluluklar, Çalışma Saat Dilimi ve Referanslar gibi şeyleri ekleyin

daha fazla okuma=> İyi Bir Test Stratejisi Yazma Kılavuzu .

Test Planı Vs Test Stratejisi

Bu iki belge arasındaki fark ince. Test stratejisi, proje hakkında üst düzey statik bir belgedir. Öte yandan, test planı neyin test edileceğini, ne zaman test edileceğini ve nasıl test edileceğini belirleyecektir.

Test Senaryosu ile Test Metni Arasındaki Fark

Bence bu iki terim birbirinin yerine kullanılabilir. Evet, fark yok diyorum. Test senaryosu, uygulama üzerinde belirli bir testi gerçekleştirmemize yardımcı olan bir dizi adımdır. Test komut dosyası da aynı şeydir.

Şimdi, bir test senaryosunun manuel test ortamında kullanılan bir terim olduğu ve test komut dosyasının bir otomasyon ortamında kullanıldığı düşüncesi var. Bu, test uzmanlarının ilgili alanlardaki rahatlık seviyesinden ve ayrıca araçların testlere nasıl atıfta bulunduğundan dolayı kısmen doğrudur (bazıları test komut dosyalarını çağırır ve bazıları test senaryolarını çağırır).

android için en iyi mp3 müzik indir

Dolayısıyla, aslında, test komut dosyası ve test senaryosu, ister manuel olarak ister otomasyon yoluyla işlevselliğini doğrulamak için bir uygulama üzerinde gerçekleştirilecek adımlardır.

daha fazla okuma=> Etkili Test Durumları Nasıl Yazılır? ve Test Örneği Örneği Şablonu .

Test Senaryosu ve Test Koşulu Arasındaki Fark

Test Senaryosu: Bir uygulamayı test etmenin tüm olası yollarını tanımlamanın bir yoludur. Bir uygulamayı test etmenin tüm olası yollarını kapsayan tek bir ifadedir.

Test Durumu: Test Koşulu, bir uygulamayı test etmek için bir test uzmanının izlemesi gereken şartnamedir.

Bu, test uzmanlarının test tasarım aşamasına ilk geçiş adımı olarak oluşturduğu tek satırlık bir işaretleyicidir. Bu, çoğunlukla belirli bir özellikle ilgili olarak test edeceğimiz 'Ne' nin tek satırlık bir tanımıdır. Genellikle test senaryoları, test senaryolarının oluşturulması için girdidir.

Çevik projelerde, Test senaryoları tek test tasarım çıktılarıdır ve bunlardan sonra hiçbir test senaryosu yazılmaz. Bir Test senaryosu birden çok testle sonuçlanabilir.

Test Senaryolarına Örnekler:

• Yönetici tarafından yeni bir ülke eklenip eklenemeyeceğini doğrulayın
• Mevcut bir ülkenin Yönetici tarafından silinip silinemeyeceğini doğrulayın
• Mevcut bir ülkenin güncellenip güncellenemeyeceğini doğrulayın

Öte yandan test koşulları daha spesifiktir. Kabaca belirli bir testin amacı / hedefi olarak tanımlanabilir.

Örnek Test Koşulu: Yukarıdaki örnekte, 1. senaryoyu test edecek olsaydık, aşağıdaki koşulları test edebiliriz:

• Ülke adını 'Hindistan' (geçerli) olarak girin ve ülkenin eklenip eklenmediğini kontrol edin
• Bir boşluk girin ve ülkenin eklenip eklenmediğini kontrol edin.
• Her durumda, spesifik veriler tanımlanır ve testin amacı çok daha kesindir.

daha fazla okuma=> Web ve Masaüstü Uygulamalarını Test Etmek İçin 180'den Fazla Örnek Test Senaryosu.

Test Prosedürü ve Test Paketi Arasındaki Fark

Test prosedürü, uçtan uca bir durumu veya bu etkiye sahip bir şeyi yürütmek gibi belirli bir mantıksal nedene dayalı test senaryolarının bir kombinasyonudur. Test senaryolarının çalıştırılacağı sıra sabittir.

Test prosedürü: Test Yaşam Döngüsünden başka bir şey değildir. Test Yaşam Döngüsünde 10 adım vardır.

Onlar:

1. Gayret tahmini
2. Proje başlangıcı
3. Sistem Çalışması
4. Test planı
5. Tasarım Test Örneği
6. Test Otomasyonu
7. Test Durumlarını Yürüt
8. Kusurları Bildir
9. Gerileme testi
10. Analiz ve Özet Raporu

Örneğin , Gmail.com'dan bir e-posta göndermeyi test edecek olsaydım, bir test prosedürü oluşturmak için birleştireceğim test senaryolarının sırası şöyle olurdu:

1. Girişi kontrol etmek için test
2. Bir e-posta oluşturma testi
3. Bir / daha fazla ek iliştirme testi
4. Çeşitli seçenekleri kullanarak e-postayı gereken şekilde biçimlendirme
5. Kime, BCC, CC alanlarına kişiler veya e-posta adresleri ekleme
6. Bir e-posta göndermek ve 'Gönderilmiş Postalar' bölümünde göründüğünden emin olmak

Yukarıdaki tüm test senaryoları, sonunda belirli bir hedefe ulaşmak için gruplandırılmıştır. Ayrıca, test prosedürleri, herhangi bir zamanda birleştirilmiş birkaç test senaryosuna sahiptir.

Öte yandan Test paketi, bir test döngüsünün veya bir regresyon aşamasının, vb. Bir parçası olarak yürütülmesi gereken tüm test senaryolarının listesidir. İşlevselliğe dayalı mantıksal gruplandırma yoktur. Kurucu test vakalarının yürütüldüğü sıra önemli olabilir veya olmayabilir.

Test odası: Test Paketi, test yapanların test yürütme durumunu yürütmesine ve raporlamasına yardımcı olan bir dizi teste sahip bir kapsayıcıdır. Üç durumdan herhangi birini alabilir, yani Aktif, devam etmekte ve tamamlanmıştır.

Test Paketi Örneği : Bir uygulamanın mevcut sürümü 2.0 ise. Önceki sürüm 1.0, tamamen test etmek için 1000 test senaryosuna sahip olabilirdi. Sürüm 2 için, yalnızca yeni sürüme eklenen yeni işlevselliği test etmek için 500 test durumu vardır.

Dolayısıyla, mevcut test paketi, hem regresyon hem de yeni işlevselliği içeren 1000 + 500 test senaryosu olacaktır. Paket de bir kombinasyon, ancak bir hedef fonksiyona ulaşmaya çalışmıyoruz.

Test paketleri 100'ler ve hatta 1000'ler test senaryosu içerebilir.

Sonuç

Yazılım Test Kavramları, Yazılım Testi Yaşam Döngüsünde önemli bir rol oynar.

Karşılaştırmaları ile birlikte yukarıda tartışılan kavramların net bir şekilde anlaşılması, her Yazılım Test Cihazı için test sürecini etkili bir şekilde yürütmek için çok önemlidir.

Genellikle, bunun gibi makaleler daha derin tartışmalar için mükemmel başlangıç ​​noktalarıdır. Bu nedenle, lütfen aşağıdaki yorumlarda düşüncelerinize, anlaşmalarınıza, fikir ayrılıklarınıza ve diğer her şeye katkıda bulunun. Geri bildiriminizi dört gözle bekliyoruz.

Genel olarak yazılım testi veya test kariyerinizle ilgili herhangi bir şey hakkındaki sorularınızı da memnuniyetle karşılıyoruz. Bunları aynı serideki ilerleyen yazılarımızda daha ayrıntılı olarak ele alacağız.

Mutlu Okumalar !!

=> Tam Test Planı Eğitim Dizisi İçin Burayı Ziyaret Edin

PREV Eğitimi | SONRAKİ Eğitici

Önerilen Kaynaklar

• Test Planı Eğitimi: Sıfırdan Bir Yazılım Test Planı Dokümanı Yazma Rehberi
• Test Stratejisi Belgesi Nasıl Yazılır (Örnek Test Stratejisi Şablonuyla)
• Kendinizi Test Vakası Yazmaya Nasıl Hazırlayabilirsiniz (Verimlilik İpuçları)
• Test Senaryosu Nedir: Örneklerle Test Senaryosu Şablonu
• Performans Test Planı ile Performans Testi Stratejisi Arasındaki Fark
• Test Örnekleri Nasıl Yazılır: Örneklerle Son Kılavuz
• Format ve İçerikli Örnek Yazılım Test Planı Şablonu
• Test Senaryosu ve Test Vakası: Bunların Arasındaki Fark Nedir?