TEST PLANI: Nedir, Nasıl Oluşturulur (Örnekle)

Test planı

Bir Test Planı , bir yazılım ürünü için test yapmak için gereken test stratejisini, hedeflerini, programını, tahminini, çıktılarını ve kaynaklarını açıklayan ayrıntılı bir belgedir. Test Planı, test edilen uygulamanın kalitesini doğrulamak için gereken çabayı belirlememize yardımcı olur. Test planı, test yöneticisi tarafından titizlikle izlenen ve kontrol edilen, tanımlanmış bir süreç olarak yazılım test faaliyetlerini yürütmek için bir plan görevi görür.

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

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

Böyle bir durumda ne yapacaksın? Cevabınızı aşağıdaki şekilde seçin

A) Müdürüm dediğim gibi her şeyi yapıyorum
B) Tamam, neden
Yanlış
bir Test Planına ihtiyacımız olduğunu açıklayayım Bir Test Yöneticisi olarak, ekibi istediğiniz şeyi yapmaya zorlamak yerine onlara Test Planının önemini açıklamalısınız. Doğru
Bir Test Yöneticisi olarak, ekibi istediğiniz şeyi yapmaya zorlamak yerine onlara Test Planının önemini açıklamalısınız.

Test Planının Önemi Nedir?

Test Planı belgesi oluşturmanın birçok faydası vardır

• Geliştiriciler, işletme yöneticileri ve müşteriler gibi test ekibinin dışındaki kişilerin testin ayrıntılarını anlamalarına yardımcı olun .
• Test Planı düşüncemize rehberlik eder . Uyulması gereken bir kural kitabı gibidir.
• Test tahmini, test kapsamı, Test Stratejisi gibi önemli hususlar Test Planında belgelenmiştir , böylece Yönetim Ekibi tarafından gözden geçirilebilir ve diğer projeler için yeniden kullanılabilir.

Test Planı nasıl yazılır

Test Planı yapmanın Test Yönetim Sürecinin en önemli görevi olduğunu zaten biliyorsunuz . IEEE 829 uyarınca 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

Hakkında herhangi bir bilgi olmadan bir ürünü nasıl test edebilirsiniz ? Cevap İmkansız. Bir ürünü test etmeden önce iyice öğrenmelisiniz .

Test edilen ürün Guru99 bankacılık web sitesidir. Uygulamadan ihtiyaçlarını ve beklentilerini bilmek için müşterileri ve son kullanıcıları araştırmalısınız.

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

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

Şimdi yukarıdaki bilgileri gerçek bir ürüne uygulayalım: Bankacılık web sitesini analiz edin http://demo.guru99.com/V4.

Bir almalı etrafına göz bu web sitesi ve ayrıca gözden ürün belgelerine. Ürün belgelerinin incelenmesi, web sitesinin tüm özelliklerini ve nasıl kullanılacağını anlamanıza yardımcı olur. Eğer herhangi bir öğe belirsiz iseniz, belki görüşme daha fazla bilgi almak için müşteri, geliştirici, tasarımcı.

Adım 2) Test Stratejisi Geliştirin

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

• Projenin test hedefleri ve bunlara ulaşmanın yolları
• Test çabasını ve maliyetlerini belirler

Projenize geri dönün, o bankacılık web sitesini test etmek için Test Stratejisi geliştirmeniz gerekir. Aşağıdaki adımları izlemelisiniz

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

Herhangi bir test faaliyetine başlamadan önce, testin kapsamı bilinmelidir. Bunun hakkında çok düşünmelisin.

• Sistemin bileşenleri (donanım, yazılım, ara katman, vs.) "olarak tanımlanan test edilecek kapsamında "
• Sistemin test edilmeyecek bileşenlerinin de " kapsam dışı " olarak açıkça tanımlanması gerekir .

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

• Herkese yaptığınız test hakkında güven ve doğru bilgi verin
• Tüm proje üyeleri, neyin test edilip neyin test edilmediği konusunda net bir anlayışa sahip olacaktır.

Projenizin kapsamını nasıl belirliyorsunuz?

Kapsamı belirlemek için yapmanız gerekenler -

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

Şimdi, testin "kapsam dahilindeki" ve "kapsam dışı" nı açıkça tanımlamalıdır.

• Yazılım gereksinimi spesifikasyonlarına göre, Guru99 Bank projesi yalnızca Guru99 Bank web sitesinin tüm işlevlerini ve harici arayüzünü test etmeye odaklanır ( kapsam testinde)
• Stres , performans veya mantıksal veritabanı gibi işlevsel olmayan testler şu anda test edilmeyecektir. ( Üzerinden kapsamı)

Problem Senaryosu

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

Böyle bir durumda müşteriyi Api Testinin fazladan bir iş olduğuna ve önemli miktarda kaynak tüketeceğine ikna etmeniz gerekir. Ona gerçeklerinizi destekleyen veriler verin. Api Testinin kapsama dahil edilip edilmediğini söyleyin, bütçe XYZ miktarı kadar artacaktır.

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

• Kapsam içi öğeler: Functional Testing, Api Testing
• Kapsam dışı öğeler: Veritabanı Testi, donanım ve diğer harici arabirimler

Adım 2.2) Test Türünü Belirleyin

Bir Test Tipi beklenen bir test sonucunu veren bir standart test prosedürdür.

Her test türü, belirli bir ürün hatalarını tanımlamak için formüle edilmiştir. Ancak, tüm Test Türleri, " Ürünü müşteriye sunmadan önce tüm kusurların erken tespiti " ortak bir hedefe ulaşmayı amaçlamaktadır.

Yaygın olarak kullanılan test türleri, aşağıdaki şekil olarak tarif edilmiştir

Orada Test Türleri tonlarca yazılım ürünü test için. Ekibinizin her türlü testi gerçekleştirmek için yeterli çabası olamaz . Test Yöneticisi olarak, Test Türlerinin önceliğini belirlemelisiniz

• Web uygulama testi için hangi Test Türlerine odaklanılmalıdır ?
• Maliyet tasarrufu için hangi Test Türleri göz ardı edilmelidir ?

Şimdi projenle alıştırma yapalım. Test etmek istediğiniz ürün bir bankacılık web sitesidir.
Bu durumda hangi Test Türlerine odaklanmalısınız?
Geçerli Olanların Tümünü Seçin A) Birim Testi B) API Testi C) Entegrasyon Testi D) Sistem Testi E) Yükleme / Kaldırma Testi F) Çevik test Yalnızca seçiyoruz B) API Testi C) Entegrasyon Testi D) Guru99 projesi için Sistem Testi

Adım 2.3) Belgeleme Riski ve Sorunları

Risk, gerçekleşme olasılığı ve kayıp potansiyeli olan , geleceğin belirsiz olayıdır . Risk gerçekten ortaya çıktığında, sorun "sorun" haline gelir .

Risk Analizi ve Çözümü makalesinde, 'Risk' analizini detaylı olarak öğrendiniz ve projedeki potansiyel riskleri tanımladınız.

QA Test Planında, bu riskleri belgeleyeceksiniz

Risk	Azaltma
Ekip üyesi, web sitesi testi için gerekli becerilere sahip değildir.	Üyelerinizi geliştirmek için eğitim kursu planlayın
Proje programı çok sıkı; bu projeyi zamanında tamamlamak zor	Set Testi Öncelik testi aktivitesinin her biri için.
Test Yöneticisi zayıf yönetim becerisine sahip	Yönetici için liderlik eğitimi planlayın
İşbirliği eksikliği, çalışanlarınızın üretkenliğini olumsuz etkiler	Her ekip üyesini görevinde cesaretlendirin ve onlara daha fazla çaba göstermeleri için ilham verin.
Yanlış bütçe tahmini ve maliyet aşımları	Kurmak kapsamını çalışmaya başlamadan önce, proje planlama ilgi çok ödeme ve sürekli izlemek ve ilerlemeyi ölçmek

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

Test Lojistiğinde, Test Yöneticisi aşağıdaki soruları yanıtlamalıdır:

• Kim test edecek?
• Test ne zaman gerçekleşecek?

Kim test edecek?

Test yapacak test edenin tam adlarını bilmiyor olabilirsiniz, ancak test edenin türü tanımlanabilir.

Belirtilen görev için doğru üyeyi seçmek için, becerisinin görev için uygun olup olmadığını göz önünde bulundurmanız, ayrıca proje bütçesini de tahmin etmeniz gerekir. Görev için yanlış üye seçmek, projenin başarısız olmasına veya gecikmesine neden olabilir .

Aşağıdaki becerilere sahip kişi, yazılım testi yapmak için en ideal kişidir:

• Müşterilerin bakış açısını anlama yeteneği
• Kaliteye yönelik güçlü istek
• Detaylara dikkat
• İyi işbirliği

Projenizde test yürütme görevini üstlenecek üye test eden kişidir . Proje bütçesine bağlı olarak, testçi olarak kaynak içi veya dış kaynak üyeyi seçebilirsiniz.

Test ne zaman gerçekleşecek?

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

Aşağıdaki şekilde gösterilen tüm gerekli öğelere sahip olduğunuzda test etmeye başlayacaksınız.

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

Test Hedefi, testin yürütülmesinin genel amacı ve başarısıdır. Testin amacı, olabildiğince çok yazılım hatası bulmaktır; Test edilen yazılımın piyasaya sürülmeden önce hatasız olduğundan emin olun .

Test hedeflerini tanımlamak için aşağıdaki 2 adımı yapmalısınız

1. Test edilmesi gerekebilecek tüm yazılım özelliklerini (işlevsellik, performans, GUI…) listeleyin.
2. Yukarıdaki özelliklere göre testin hedefini veya amacını tanımlayın

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

Web sitesinin test edilmesi gerekebilecek özelliklerini bulmak için ' TOP-DOWN' yöntemini seçebilirsiniz . Bu yöntemde, test edilen uygulamayı bileşen ve alt bileşene bölersiniz .

Önceki başlıkta, gereksinim özelliklerini zaten analiz ettiniz ve web sitesinde dolaştınız, böylece aşağıdaki gibi web sitesi özelliklerini bulmak için bir Zihin Haritası oluşturabilirsiniz.

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.

• Web sitesi Guru99 işlevselliğinin (Hesap, Para Yatırma…) gerçek iş ortamında herhangi bir hata veya hata olmadan beklendiği gibi çalışıp çalışmadığını kontrol edin
• Web sitesinin UI gibi harici arayüzünün beklendiği gibi çalışıp çalışmadığını ve müşteri ihtiyacını karşılayıp karşılamadığını kontrol edin
• Web sitesinin kullanılabilirliğini doğrulayın . Bu işlevler 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ü kriterler çözülene kadar askıya alınacaktır .

Test Planı Örneği: Ekip üyeleriniz test vakalarının % 40'ının başarısız olduğunu bildirirse , geliştirme ekibi tüm başarısız vakaları düzeltene kadar testi askıya almalısınız .

Çıkış kriteri

Bir test aşamasının başarıyla tamamlandığını gösteren kriterleri belirtir . Çıkış kriterleri, testin hedeflenen sonuçlarıdır ve bir sonraki geliştirme aşamasına geçmeden önce gereklidir. Örnek: Tüm kritik test durumlarının % 95'i geçmelidir.

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

• Çalıştırma oranı, yürütülen test senaryosu sayısı / test spesifikasyonunun toplam test senaryosu arasındaki orandır . Örneğin, test spesifikasyonunda toplam 120 TC vardır, ancak test cihazı yalnızca 100 TC yürütmüştür, dolayısıyla çalıştırma oranı 100/120 = 0,83'tür (% 83)
• Geçiş hızı arasındaki orandır numaraları yürütülür geçirilen test durumlarda / test durumlarda . Örneğin, uygulanan 100'den fazla TC'de, geçen 80 TC vardır, bu nedenle geçiş oranı 80/100 = 0,8'dir (% 80)

Bu veriler Test Metrik belgelerinde alınabilir.

• Açık bir neden belirtilmedikçe çalıştırma oranının % 100 olması zorunludur .
• Geçme oranı proje kapsamına bağlıdır, ancak yüksek geçiş oranına ulaşmak bir hedeftir.

Test Planı Örneği: Ekibiniz test uygulamalarını zaten yaptı. Test sonucunu size bildirirler ve Çıkış Kriterlerini onaylamanızı isterler .

Yukarıdaki durumda, Çalıştırma oranı zorunludur % 100, ancak test ekibi test senaryoları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

Kaynak planı, proje görevini tamamlamak için gereken tüm kaynak türlerinin ayrıntılı bir özetidir . Kaynak, bir projeyi tamamlamak için gereken insan, ekipman ve malzemeler olabilir

Yardımcı olur, çünkü kaynak planlama testi planlamasının önemli bir faktördür belirleyici sayısını proje için kullanılacak olan kaynakların (çalışan, ekipman ...). Bu nedenle, Test Yöneticisi proje için doğru zamanlamayı 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	Tüm projeyi yönetin Proje yönlerini tanımlayın Uygun kaynakları edinin
2.	Test cihazı	Uygun test tekniklerini / araçlarını / otomasyon mimarisini tanımlama ve açıklama Test Yaklaşımını doğrulayın ve değerlendirin Yürütme testleri, Günlük sonuçları, Rapor kusurlar. Test uzmanı, proje bütçesine dayalı olarak, kaynaklı veya dış kaynaklı üyeler olabilir Düşük beceri gerektiren görev için, proje maliyetinden tasarruf etmek için dış kaynaklı üyeler seçmenizi tavsiye ederim .
3.	Testte Geliştirici	Test senaryolarını, test programını, test paketini vb. Uygulayın .
4.	Test Yöneticisi	Test Ortamı oluşturur ve Test Ortamı ile varlıkların yönetilmesini ve korunmasını sağlar Test yürütme için test ortamını kullanmak üzere Test Cihazını Destekleyin
5.	SQA üyeleri	Kalite güvencesinin sorumluluğunu üstlenin Test sürecinin belirtilen gereksinimleri karşılayıp karşılamadığını kontrol edin

Sistem Kaynağı

Bir web uygulamasını test etmek için kaynakları aşağıdaki tablolara göre planlamalısınız:

Hayır.	Kaynaklar	Açıklamalar
1.	Sunucu	Test edilen web uygulamasını yükleyin Buna, ayrı bir web sunucusu, veritabanı sunucusu ve varsa uygulama sunucusu dahildir
2.	Test aracı	Test aracı, testi otomatikleştirmek, kullanıcı işlemini simüle etmek, test sonuçlarını oluşturmaktır. Bu proje için kullanabileceğiniz Selenium, QTP ... vb. Tonlarca test aracı bulunmaktadır.
3.	Ağ	Gerçek iş ve kullanıcı ortamını simüle etmek için LAN ve İnternet 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 senaryolarını yürüteceği bir yazılım ve donanım kurulumudur. Test ortamı, gerçek iş ve kullanıcı ortamının yanı sıra sunucu, ön uç çalışma ortamı gibi fiziksel ortamlardan oluşur.

Test Ortamı nasıl kurulur

Projenize geri dönelim, bu bankacılık web sitesi için test ortamını nasıl kurarsınız?

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

Geliştiriciye, test edilen web uygulamasını net bir şekilde anlamak için bazı sorular sormalısınız . İşte bazı önerilen sorular. Elbette ihtiyacınız olursa diğer soruları da sorabilirsiniz.

• Bu web sitesinin aynı anda kaldırabileceğ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 bilgisayarının web sitesine göz atmak için belirli bir ayara ihtiyacı var mı?

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

Adım 7) Planlama ve Tahmin

Test tahmini makalesinde, projeyi tamamlama çabasını tahmin etmek için zaten bazı teknikler kullandınız. Şimdi bu tahmini ve takvimi Test Planlamasına dahil etmelisiniz.

Test Tahmin aşamasında, tüm projeyi küçük görevlere ayırdığınızı ve her bir görev için tahmini aşağıdaki gibi eklediğinizi varsayalım.

Görev	Üyeler	Eforu tahmin et
Test özelliğini oluşturun	Test Tasarımcısı	170 adam-saat
Test Yürütme Gerçekleştirme	Test Uzmanı, Test Yöneticisi	80 adam-saat
Test raporu	Test cihazı	10 adam-saat
Test Teslimi		20 adam-saat
Toplam		280 adam-saat

Daha sonra bu görevleri tamamlamak için zamanlama oluşturursunuz .

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

Proje programını oluşturmak için Test Yöneticisinin aşağıdaki gibi birkaç tür girdiye ihtiyacı vardır:

• Çalışan ve proje son tarihi : Çalışma günleri, proje son tarihi, kaynak kullanılabilirliği, çizelgeyi etkileyen faktörlerdir.
• Proje tahmini : Tahmine dayalı olarak, Test Yöneticisi projeyi tamamlamanın ne kadar sürdüğünü bilir. Böylece uygun proje programını yapabilir
• Proje Riski : Riski anlamak, Test Yöneticisinin risklerle başa çıkmak için proje programına yeterince fazladan zaman eklemesine yardımcı olur.

Bir örnekle pratik yapalım:

Patronun Guru99 projesini bir ayda tamamlamak istediğini varsayalım, Test Tahminindeki her görev için ne kadar çaba harcayacağınızı zaten tahmin ettiniz. Programı aşağıdaki gibi oluşturabilirsiniz

Adım 8) Test Çıktıları

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.

Yazılım geliştirme yaşam döngüsünün her aşamasında farklı test çıktıları vardır.

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

• Test planları belgesi.
• Test vakaları belgeleri
• Test Tasarım özellikleri.

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

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

Test çıktıları , test döngüleri bittikten sonra sağlanır .

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

Kaynaklar

Örnek bir Test Planı Şablonu indirin

Guru99 Bank web sitesinin örnek sistem test planını indirin