Yazılım Testinde TEST PLANI (Örnek)

Test planı

A Test planı Bir yazılım ürünü için test stratejisini, hedeflerini, programını, tahminlerini, çıktılarını ve test gerçekleştirmek için gereken kaynakları açıklayan ayrıntılı bir belgedir. Bir Test Planı, test edilen uygulamanın kalitesini doğrulamak için gereken çabayı belirlememize yardımcı olur. Test planı, yazılım test faaliyetlerinin tanımlanmış bir süreç olarak yürütülmesi için bir plan görevi görür ve test yöneticisi tarafından ayrıntılı olarak izlenir ve kontrol edilir.

ISTQB tanımına göre: “Test Planı, amaçlanan test faaliyetlerinin kapsamını, yaklaşımını, kaynaklarını ve takvimini açıklayan bir belgedir.”

Aşağıdaki Test Planı örneği/senaryosuyla başlayalım: Bir toplantıda, Test Planını ekip üyeleriyle tartışmak istiyorsunuz, ancak onlar ilgilenmiyor.

Böyle bir durumda ne yaparsınız? Cevabınızı aşağıdaki şekilde gösterildiği gibi seçin.

👉 Ücretsiz Canlı Yazılım Test Projesine Kaydolun

Test Planının Önemi Nedir?

Test Planı belgesi hazırlamanın birçok faydası vardır.

• Geliştiriciler, işletme yöneticileri ve müşteriler gibi test ekibinin dışındaki kişilere yardımcı olun, anlamak test detayları.
• Test planı kılavuzlar bizim düşüncemiz. Uyulması gereken bir kural kitabı gibidir.
• Test tahmini, test kapsamı gibi önemli hususlar, Test Stratejisi vardır belgeli Test Planı'nda yer alır, böylece Yönetim Ekibi tarafından incelenebilir ve diğer projelerde yeniden kullanılabilir.

Test Planı Türleri

Üç ana türü vardır: Test Planları Yazılım testinde.

1. Ana Test Planı: Tüm test seviyeleri için genel test stratejisini, kapsamını, kaynaklarını ve programını özetleyen üst düzey bir belgedir. Projenin ana yol haritası görevi görür.
2. Seviyeye Özel Test Planı: Birim, entegrasyon, sistem veya kabul testi gibi belirli test seviyelerine odaklanır. Her plan, o seviye için yaklaşımı, ortamı ve çıktıları ayrıntılı olarak açıklar.
3. Tür-Spesifik Test Planı: TargetPerformans, güvenlik, kullanılabilirlik veya otomasyon testi gibi uzmanlaşmış test türlerini tanımlar. Bu test türüne özgü araçları, teknikleri ve kriterleri tanımlar.

Bu test planları bir araya geldiğinde kapsamlı bir kapsam sağlar, test hedeflerini proje hedefleriyle uyumlu hale getirir ve daha yüksek yazılım kalitesi için ekipler arası koordinasyonu iyileştirir.

Test Planı nasıl yazılır

Bunu zaten biliyorsun Test planı en önemli görevidir Test Yönetim SüreciIEEE 829'a göre bir test planı oluşturmak için aşağıdaki yedi adımı izleyin

1. Ürünü analiz edin
2. Test Stratejisini Tasarlayın
3. Test Hedeflerini Tanımlayın
4. Test Kriterlerini Tanımlayın
5. Kaynak Planlaması
6. Test Ortamını Planlayın
7. Program ve Tahmin
8. Test Çıktılarını Belirleyin

Adım 1) Ürünü analiz edin

Bir ürünü nasıl test edebilirsiniz? olmadan bununla ilgili herhangi bir bilgi var mı? Cevap ImkânsızBir ürünü öğrenmelisiniz iyice test etmeden önce.

Test edilen ürün Guru99 bankacılık web sitesidir. Uygulamadan beklentilerinizi ve ihtiyaçlarınızı öğrenmek için müşterilerinizi ve son kullanıcılarınızı araştırmalısınız.

• Web sitesini kim kullanacak?
• Ne için kullanılır?
• Nasıl çalışacak?
• Ürün hangi yazılım/donanımı kullanıyor?

Siteyi analiz etmek için aşağıdaki yaklaşımı kullanabilirsiniz.

Şimdi yukarıdaki bilgiyi gerçek bir ürüne uygulayalım: Çözümlemek bankacılık sitesi https://demo.guru99.com/V4.

almalısın etrafa bak bu web sitesi ve ayrıca yorum Ürün belgeleri. RevÜrün belgelerinin görünümü, web sitesinin tüm özelliklerini ve nasıl kullanılacağını anlamanıza yardımcı olur. Herhangi bir öğe konusunda net değilseniz, röportaj Daha fazla bilgi almak için müşteri, geliştirici, tasarımcı.

Adım 2) Test Stratejisini Geliştirin

Test Stratejisi bir kritik adım Yazılım Testinde Test Planı oluştururken. Test Stratejisi belgesi, genellikle Test Yöneticisi tarafından geliştirilen üst düzey bir belgedir. Bu belge şunları tanımlar:

• Projeler test hedefleri ve bunlara ulaşmanın yolları
• Testi belirler çaba ve maliyetler

Projenize geri dönersek, söz konusu bankacılık web sitesini test etmek için bir Test Stratejisi geliştirmeniz gerekiyor. Aşağıdaki adımları izlemelisiniz.

Adım 2.1) Testin Kapsamını Tanımlayın

Herhangi bir test faaliyetine başlamadan önce, testin kapsamını bilmelisiniz. Bu konuda iyice düşünmelisiniz.

• Test edilecek sistemin bileşenleri (donanım, yazılım, ara yazılım vb.) şu şekilde tanımlanır: "kapsam dahilinde"
• Test edilmeyecek sistem bileşenlerinin de açıkça tanımlanması gerekir. "Kapsam dışı."

Test projenizin kapsamını belirlemek tüm paydaşlar için çok önemlidir. Kesin bir kapsam size yardımcı olur.

• Herkese ver güven ve doğru bilgi Yaptığınız testler hakkında.
• Tüm proje üyelerinin bir açık neyin test edilip neyin edilmediğinin anlaşılması.

Projenizin kapsamını nasıl belirliyorsunuz?

Kapsamı belirlemek için şunları yapmalısınız:

• Hassas müşteri gereksinimi
• Proje bütçesi
• Ürün Özellikleri
• Test ekibinizin becerileri ve yetenekleri

Artık testin "kapsam dahilinde" ve "kapsam dışında" olan kısımlarının net bir şekilde tanımlanması gerekiyor.

• Yazılım gereksinimi olarak gözlükGuru99 Bank projesi yalnızca tüm özellikleri test etmeye odaklanıyor fonksiyonlar ve web sitesinin harici arayüzü Guru99 Banka (kapsamında test yapmak)
• İşlevsel olmayan testler, örneğin stres, performans or mantıksal veritabanı test edilmeyecektir./ kapsam)

Sorun Senaryosu

Müşteri API'sini test etmenizi istiyor. Ancak proje bütçesi buna izin vermiyor. Böyle bir durumda ne yapacaksınız?

Peki böyle bir durumda müşteriyi ikna etmeniz gerekiyor API Testi Ekstra iş yükü getirir ve önemli miktarda kaynak tüketir. Ona, bulgularınızı destekleyen veriler verin. API Testinin kapsama dahil edilmesi durumunda bütçenin XYZ tutarında artacağını söyleyin.

Müşteri kabul eder ve buna göre yeni kapsamlar, kapsam dışı öğeler

• Kapsam dahilindeki öğeler: Fonksiyonel Testler, API Testi
• Kapsam dışı öğeler: Veritabanı Testi, donanım ve diğer harici arayüzler

Adım 2.2) Test Tipini Belirleyin

A Test Türü beklenen test sonucunu veren standart bir test prosedürüdür.

Her test türü, belirli bir ürün hatasını tespit etmek için formüle edilmiştir. Ancak, tüm Test Türleri ortak bir hedefe ulaşmayı hedefler: "Erken tespiti ürünü müşteriye teslim etmeden önce tüm kusurları giderin”

MKS Genel olarak kullanılan Test türleri şekilde aşağıdaki gibi açıklanmıştır

Var ton Test Türü bir yazılım ürününü test etmek için. Ekibiniz koyamaz Her türlü testi idare edebilecek yeterli çabayı gösteriyoruz. Test Yöneticisi olarak, öncelik Test Türlerinin

• Hangi Test Türleri Olmalı? odaklanmış Web uygulama testi için mi?
• Hangi Test Türleri Olmalı? göz ardı maliyetten tasarruf etmek için mi?

Adım 2.3) Riski ve Sorunları Belgeleyin

Risk bir gelecektir belirsiz olay olasılığı ile olay ve potansiyel Kayba karşı. Risk gerçekten gerçekleştiğinde, 'sorun'.

Makalede Risk Analizi ve Çözümü'Risk' analizini zaten ayrıntılı olarak öğrendiniz ve projedeki potansiyel riskleri belirlediniz.

QA Test Planında bu riskleri belgeleyeceksiniz

Risk	Hafifletme
Ekip üyeleri web sitesi testi için gereken becerilere sahip değil.	Planlayın eğitim kursu üyelerinizin becerilerini geliştirmek için
Proje takvimi çok sıkı; Bu projeyi zamanında tamamlamak zor	set Test Önceliği her test aktivitesi için.
Test Yöneticisinin yönetim becerileri zayıftır	Plan liderlik Eğitimi yönetici için
İşbirliği eksikliği çalışanlarınızın üretkenliğini olumsuz etkiler	Teşvik etmek her ekip üyesi kendi görevinde, ve ilham ver onları daha büyük çabalara yönlendiriyorlar.
Yanlış bütçe tahmini ve maliyet aşımları	Kurmak kapsam Çalışmaya başlamadan önce proje planlamasına çok dikkat edin ve ilerlemeyi sürekli olarak takip edin ve ölçün

Adım 2.4) Test Lojistiğini Oluşturun

Test Lojistiğinde Test Yöneticisi aşağıdaki soruları cevaplamalıdır:

• Kim test edecek mi?
• Ne zaman sınav gerçekleşecek mi?

Kim test edecek?

Test edecek testçilerin tam isimlerini bilmiyor olabilirsiniz, ancak test cihazı türü tanımlanabilir.

Belirli bir görev için doğru üyeyi seçmek için, göreve uygun beceriye sahip olup olmadıklarını değerlendirmeniz ve proje bütçesini de tahmin etmeniz gerekir. Görev için yanlış üyeyi seçmek, projenin başarısız olmasına neden olabilir. başarısız or gecikmek.

Aşağıdaki becerilere sahip bir kişi yazılım testi yapmak için idealdir:

• İçin beceri anlamak müşterinin bakış açısı
• Güçlü arzu kalite
• Dikkat detay
• İyi işbirliği

Projenizde test yürütmesinden sorumlu olacak üye şudur: test cihazıProje bütçenize bağlı olarak, şirket içi veya şirket dışından bir üyeyi testçi olarak seçebilirsiniz.

Test ne zaman gerçekleşecek?

Test aktiviteleri ilgili geliştirme aktiviteleriyle eşleştirilmelidir.

Elinize ulaştığında test etmeye başlayacaksınız gerekli tüm öğeler aşağıdaki şekilde gösterilmiştir.

Adım 3) Test Hedefini Tanımlayın

Test Hedefi, test yürütmenin genel hedefi ve başarısıdır. Testin amacı, mümkün olduğunca çok sayıda yazılım hatası bulmak ve test edilen yazılımın sorunsuz çalışmasını sağlamaktır. hatasız serbest bırakılmadan önce.

Test hedeflerini tanımlamak için aşağıdaki iki adımı gerçekleştirmelisiniz

1. Test edilmesi gerekebilecek tüm yazılım özelliklerini (işlevsellik, performans, GUI…) listeleyin.
2. Tanımlamak hedef ya da gol Yukarıdaki özelliklere dayalı testin

Guru99 Bank test projenizin test hedefini bulmak için bu adımları uygulayalım

Seçebilirsiniz 'YUKARIDAN AŞAĞIYA' Web sitesinin test edilmesi gerekebilecek özelliklerini bulma yöntemi. Bu yöntemde, test edilen uygulamayı parçalara ayırırsınız. bileşenler ve alt bileşenler.

Önceki konuda gereksinim özelliklerini analiz ettiniz ve web sitesini gezdiniz, böylece bir Zihin haritası Web sitesinin özelliklerini bulmak için aşağıdaki adımları izleyin:

Bu şekil Guru99 web sitesinin sahip olabileceği tüm özellikleri göstermektedir.

Yukarıdaki özelliklere dayanarak Guru99 projesinin Test Hedefini aşağıdaki gibi tanımlayabilirsiniz:

• Guru99 web sitesinin olup olmadığını kontrol edin işlevsellik(Hesap, Mevduat…) gerçek iş ortamında herhangi bir hata veya hata olmadan beklendiği gibi çalışıyor
• Web sitesinin harici arayüzünün, örneğin, UI, beklendiği gibi çalışıyor ve müşterinin ihtiyaçlarını karşılıyor
• Doğrulayın. KULLANILABİLİRLİK Web sitesinin işlevleri kullanıcı için uygun mu, değil mi?

Adım 4) Test Kriterlerini Tanımlayın

Test Kriterleri, bir test prosedürünün veya test kararının dayandırılabileceği bir standart veya kuraldır. Aşağıdaki gibi 2 tür test kriteri vardır:

Askıya Alma Kriterleri

Bir test için kritik askıya alma kriterlerini belirtin. Test sırasında askıya alma kriterleri karşılanırsa aktif test döngüsü başlatılacaktır. asma Kriterler belirlenene kadar çözüldü.

Test Planı Örneği: Ekip üyeleriniz bunu bildirirse 40% Başarısız olan test senaryolarının sayısı askıya almak Geliştirme ekibi tüm başarısız durumları düzeltene kadar test yapmak.

Çıkış kriteri

Bir durumu ifade eden kriterleri belirtir. başarılı bir test aşamasının tamamlanması. Çıkış kriterleri, testin hedeflenen sonuçlarıdır ve bir sonraki geliştirme aşamasına geçmeden önce gereklidir. Örnek: 95% Tüm kritik test senaryolarının tamamının geçmesi gerekir.

Çıkış kriterlerini tanımlamanın bazı yöntemleri, hedeflenen bir çıkış kriteri belirlemektir. çalışma hızı ve geçiş oranı.

• Koşu oranı, aşağıdakiler arasındaki orandır: yürütülen test vakası sayısı ve/veya toplam test vakası sayısı Test spesifikasyonunun. Örneğin, test spesifikasyonunda toplam 120 TC var, ancak test eden kişi yalnızca 100 TC çalıştırdı, bu nedenle çalışma hızı 100/120 = 0.83 (%83) olur.
• Geçiş oranı, aşağıdakiler arasındaki orandır: geçilen test vakası sayısı / yürütülen test vakası sayısıÖrneğin, yürütülen yukarıdaki 100 TC'den 80'i geçmiştir, bu nedenle geçme oranı 80/100 = 0.8'dir (%80)

Bu veriler Test Metrik belgelerinden alınabilir.

• koşmak oranın olması zorunludur 100% açık bir neden belirtilmediği sürece.
• Geçiş oran proje kapsamına bağlıdır, ancak yüksek bir başarı oranına ulaşmak bir hedeftir.

Test Planı Örneği:Ekibiniz test uygulamalarını zaten gerçekleştirdi. Test sonucunu size rapor ediyorlar ve onaylamanızı istiyorlar. Çıkış kriteri.

Yukarıdaki durumda, Çalıştırma hızı zorunludur ve 100%Ancak test ekibi test vakalarının yalnızca %90'ını tamamladı. Bu, Çalıştırma Oranı'nın karşılanmadığı anlamına gelir, bu nedenle Çıkış Kriterlerini ONAYLAMAYIN.

Adım 5) Kaynak Planlama

Bir kaynak planı, ayrıntılı özet Bir proje görevini tamamlamak için gereken her türlü kaynağın toplamı. Kaynaklar, bir projeyi tamamlamak için gereken insan, ekipman ve malzemeler olabilir.

Kaynak planlaması, test planlamasının önemli bir faktörüdür çünkü şu konularda yardımcı olur: belirlenmesi the numara Proje için kullanılacak kaynakların (çalışanlar, ekipman vb.) belirlenmesi. Bu sayede Test Yöneticisi, proje için doğru planlamayı ve tahmini yapabilir.

Bu bölüm projeniz için önerilen kaynakları temsil eder.

İnsan Kaynakları

Aşağıdaki tablo proje ekibinizdeki çeşitli üyeleri temsil etmektedir

Hayır.	Üye	Görevler
1.	Test Yöneticisi	Yönet tüm proje Projeyi tanımla yol tarifi Uygun kaynakları edinin
2.	Test cihazı	Uygun test tekniklerini/araçlarını/otomasyon mimarisini belirleme ve açıklama Test Yaklaşımını doğrulayın ve değerlendirin Gerçekleştirmek testler, log sonuçlar ve rapor kusurlar. Testçiler proje bütçesine bağlı olarak iç kaynaklı veya dış kaynaklı üyeler olabilir. Gerektiren görev için düşük beceri, seçmenizi tavsiye ederim dış kaynaklı üyeler kayıt etmek proje maliyeti.
3.	Testteki Geliştirici	Uygulamak test durumları, test programı, test takımı, vb.
4.	Test Yöneticisi	Oluşturur ve sağlar Test ortamı ve varlıklar yönetilen ve devam Destek Test Cihazı test yürütme için test ortamını kullanmak
5.	SQA üyeleri	Kalite güvencesini üstlenin. Test sürecinin belirtilen gereksinimleri karşılayıp karşılamadığını doğrulamak için kontrol edin

Sistem Kaynağı

Bir web uygulamasını test etmek için kaynakları şu şekilde planlamanız gerekir:

Hayır.	Kaynaklar	Descriptiyonları
1.	sunucu	Test edilen web uygulamasını yükleyin. Bu, varsa ayrı bir web sunucusu, veritabanı sunucusu ve uygulama sunucusunu içerir
2.	Test aracı	Test aracı, testin otomatikleştirilmesini, kullanıcı işlemlerinin simüle edilmesini ve test sonuçlarının üretilmesini sağlar. Bu proje için kullanabileceğiniz çok sayıda test aracı var, örneğin: Selenium, QTP, vb.
3.	ağ	Gerçek iş ve kullanıcı ortamını simüle etmek için LAN ve İnternet'i içeren bir Ağ'a ihtiyacınız var
4.	Bilgisayar	Kullanıcıların web sunucusuna bağlanmak için sıklıkla kullandıkları bilgisayar

Adım 6) Test Ortamını Planlayın

Test Ortamı Nedir?

Test ortamı, test ekibinin test vakalarını yürüteceği bir yazılım ve donanım kurulumudur. Test ortamı, şunlardan oluşur: gerçek iş ve kullanıcı ortamın yanı sıra sunucu ve ön uç çalışma ortamı gibi fiziksel ortamlar da bulunmaktadır.

Test Ortamı nasıl kurulur?

Projenize geri dönersek, nasıl kurarsınız? test ortamı Bu bankacılık sitesi için mi?

Bu görevi tamamlamak için ihtiyacınız olan güçlü işbirliği Test Ekibi ve Geliştirme Ekibi arasında.

Test edilen web uygulamasını anlamak için geliştiriciye bazı sorular sormalısınız. Açıkçaİşte size birkaç soru önerisi. Elbette, ihtiyacınız olursa diğer soruları da sorabilirsiniz.

• Bu web sitesinin aynı anda işleyebileceği maksimum kullanıcı bağlantısı nedir?
• Bu web sitesini kurmak için donanım/yazılım gereksinimleri nelerdir?
• Kullanıcının web sitesinde gezinebilmesi için bilgisayarında herhangi bir özel ayara ihtiyaç var mı?

Aşağıdaki şekil, bankacılık web sitesinin test ortamını açıklamaktadır https://demo.guru99.com/V4

Adım 7) Programlama ve Tahmin

Makalede Test tahminiProjeyi tamamlamak için gereken çabayı tahmin etmek için bazı teknikler kullandınız. Şimdi bu tahmini ve zamanlamayı Test Planlamasına eklemelisiniz.

Test Tahmini aşamasında, tüm projeyi küçük görevlere böldüğünüzü ve her görev için tahmini aşağıdaki gibi eklediğinizi varsayalım:

Görev	Üye	Tahmini çaba
Test spesifikasyonunu oluşturun	Test Tasarımcısı	170 adam-saat
Test Yürütmesini Gerçekleştirin	Test Uzmanı, Test Yöneticisi	80 adam-saat
Test raporu	Test cihazı	10 adam-saat
Test Teslimatı		20 adam-saat
Toplam		280 adam-saat

Daha sonra şunu yaratırsınız: program Bu görevleri tamamlamak için.

Program oluşturmak, proje yönetiminde yaygın bir terimdir. Test Yöneticisi, Test Planlaması'nda sağlam bir program oluşturarak, bunu proje ilerlemesini izlemek ve maliyet aşımlarını kontrol etmek için bir araç olarak kullanabilir.

Proje takvimini oluşturmak için Test Yöneticisinin aşağıdaki gibi çeşitli girdi türlerine ihtiyacı vardır:

• Çalışan ve proje son tarihi: Çalışma günleri, proje teslim tarihi ve kaynak kullanılabilirliği, zamanlamayı etkileyen faktörlerdir.
• Proje tahmini:Tahminlere dayanarak, Test Yöneticisi projenin tamamlanmasının ne kadar süreceğini bilir. Böylece uygun proje takvimini oluşturabilir.
• Proje Riski: Riski anlamak, Test Yöneticisinin proje takvimine risklerle başa çıkmak için yeterli ek zaman eklemesine yardımcı olur

Bir örnekle pratik yapalım:

Patronun Guru99 projesini tamamlamak istediğini varsayalım. bir Ay ve Test Tahmini'nde her görev için gereken eforu zaten tahmin ettiniz. Programı aşağıdaki gibi oluşturabilirsiniz.

Adım 8) Teslimatların Test Edilmesi

Test Çıktıları, test çabasını desteklemek için geliştirilmesi ve sürdürülmesi gereken tüm belgelerin, araçların ve diğer bileşenlerin bir listesidir.

Her aşamada farklı test çıktıları vardır. yazılım geliştirme Yaşam Döngüsü.

Test çıktıları sağlanır önce test aşaması.

• Test planları belgesi.
• Test senaryoları belgeleri
• Test Tasarımı spesifikasyonları.

Test çıktıları sağlanır sırasında test

• Test Komut Dosyaları
• Simülatörleri.
• Test verisi
• Test İzlenebilirlik Matrisi
• Hata günlükleri ve yürütme günlükleri.

Test çıktıları sağlanır sonra test döngüsü sona erdi.

• Test Sonuçları/raporları
• Kusur Raporu
• Kurulum/Test prosedürleri yönergeleri
• Sürüm notları

Test Planlamasında Karşılaşılan Yaygın Zorluklar (ve Çözümleri)

Etkili test planlaması genellikle pratik engellerle karşılaşır. Bu zorlukların farkına varmak ve proaktif çözümler uygulamak, daha sorunsuz bir uygulama ve daha yüksek yazılım kalitesi sağlar.

1. Belirsiz Gereksinimler
   Mücadelesi: Belirsiz veya değişen proje gereksinimleri eksik test kapsamına yol açar.
   Çözüm: Gereksinim incelemeleri yapın ve canlı bir gereksinim izlenebilirlik matrisi koruyun.
2. Sınırlı kaynaklar
   Mücadelesi: Yetersiz araç, zaman veya yetenekli test uzmanları test kalitesini etkiler.
   Çözüm: Kritik test vakalarına öncelik verin ve tekrarlayan görevler için otomasyondan yararlanın.
3. Gerçekçi Olmayan Son Tarihler
   Mücadelesi: Yoğun programlar, testin doğru şekilde tasarlanıp yürütülmesi için gereken süreyi azaltır.
   Çözüm: Tahmin tekniklerini kullanın ve riskleri paydaşlara erken dönemde iletin.
4. Zayıf iletişim
   Mücadelesi: Ekipler arasındaki uyumsuzluk gecikmelere ve yeniden çalışmalara neden olur.
   Çözüm: Şeffaflık için düzenli senkronizasyon toplantıları ve paylaşılan panolar uygulayın.
5. Yetersiz Risk Yönetimi
   Mücadelesi: Potansiyel riskleri göz ardı etmek proje zaman çizelgelerini rayından çıkarabilir.
   Çözüm: Riskleri erkenden belirleyin, risk günlüğü tutun ve risk azaltma stratejileri planlayın.

SSS: