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

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 içi" ve "kapsam dışı" durumları açıkça tanımlanmalıdır.

• 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ı şu anda 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?

Böyle bir durumda müşteriyi buna ikna etmeniz gerekir. API Testi fazladan iştir ve önemli miktarda kaynak tüketecektir. Ona gerçeklerinizi destekleyen veriler verin. Api Testing'in 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ışı kalemler

• 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ı türünü tanımlamak için formüle edilmiştir. Ancak tüm Test Türleri tek bir ortak hedefe ulaşmayı amaçlamaktadır "Erken tespiti ürünü müşteriye teslim etmeden önce tüm kusurları giderin”

The Genel olarak kullanılan test türleri aşağıdaki şekilde açıklanmıştır

Var ton Test Türü yazılım ürününü test etmek için. Takımın sahip olamamak her türlü testin üstesinden gelmek için yeterli çaba. Test Yöneticisi olarak şunları ayarlamanız gerekir: öncelik Test Türlerinin

• Hangi Test Türleri Olmalı? odaklanmış web uygulaması 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 geleceğindir belirsiz olay olasılığı ile olay ve potansiyel kayıp için. 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

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?

Testi yapacak test uzmanının tam adını bilmiyor olabilirsiniz, ancak test cihazı türü tanımlanabilir.

Belirlenen görev için doğru üyeyi seçmek için, bu kişinin becerisinin göreve uygun olup olmadığını göz önünde bulundurmanız ve ayrıca proje bütçesini tahmin etmeniz gerekir. Görev için yanlış üyenin seçilmesi projenin durmasına neden olabilir. başarısız or geciktirmek.

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

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

Projenizde testin yürütülmesinden sorumlu olacak üye, testçi. Proje bütçesine bağlı olarak, test uzmanı olarak kaynak içi veya dış kaynak üyesini 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ğu kadar çok yazılım hatası bulmaktır; test edilen yazılımın olduğundan emin olun hatasız serbest bırakılmadan önce.

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. Tanımlamak hedef ya da gol Yukarıdaki özelliklere dayalı olarak testin

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

' seçeneğini seçebilirsinizYUKARIDAN 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şen ve alt bileşen.

Önceki konuda, gereksinim özelliklerini zaten analiz ettiniz ve web sitesinde dolaştınız, böylece bir Zihin haritası Aşağıdaki web sitesi özelliklerini bulmak için

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 aşağıdaki gibi olup olmadığını kontrol edin: UI beklendiği gibi çalışıyor ve müşteri ihtiyacını karşılıyor
• Doğrulayın. KULLANILABİLİRLİK web sitesinin. 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 yargısı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 şunları rapor ediyorsa 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ı.

• Çalıştırma hızı arasındaki orandır yürütülen test vakalarının sayısı/toplam test vakaları test spesifikasyonu. Örneğin, test spesifikasyonunda toplam 120 TC vardır, ancak test cihazı yalnızca 100 TC yürütmüştür. Yani çalıştırma oranı 100/120 = 0.83 (%83)'tür.
• Geçiş oranı arasındaki orandır sayılar Geçilen test senaryoları / yürütülen test senaryoları. Örneğin, yürütülen 100'den fazla TC'de 80 TC geçti, dolayısıyla geçiş oranı 80/100 = 0.8 (%80) olur

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 geçiş 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: 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; dolayısıyla Çıkış Kriterlerini ONAYLAMAYIN

Adım 5) Kaynak Planlama

Kaynak planı bir ayrıntılı özet Proje görevini tamamlamak için gereken her türlü kaynak. Kaynak, bir projeyi tamamlamak için gereken insan, ekipman ve materyaller olabilir.

Kaynak planlaması, test planlamasının önemli bir faktörüdür çünkü belirlenmesi the numara Proje için kullanılacak kaynakların (çalışan, ekipman…) miktarı. Bu nedenle Test Yöneticisi proje için doğru zamanlamayı ve tahminleri 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

Sistem Kaynağı

Bir web uygulamasını test etmek için kaynakları aşağıdaki tablodaki gibi planlamanız gerekir:

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ı şunlardan oluşur: gerçek iş ve kullanıcı ortamın yanı sıra sunucu, ön uç çalışma ortamı gibi fiziksel ortamlar.

Test Ortamı nasıl kurulur

Projenize geri dönelim. Kurulumu nasıl yapıyorsunuz? test ortamı Bu bankacılık sitesi için mi?

Bu görevi tamamlamak için ihtiyacınız olan güçlü bir işbirliği Test Ekibi ile 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 önerilen bazı sorular. Tabii ihtiyacınız olursa diğer soruları da sorabilirsiniz.

• Bu web sitesinin aynı anda gerçekleştirebileceği maksimum kullanıcı bağlantısı nedir?
• Bu web sitesini yüklemek için donanım/yazılım gereksinimleri nelerdir?
• Kullanıcının bilgisayarının web sitesine göz atmak için herhangi bir özel ayara ihtiyacı 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 tahmini, projeyi tamamlama çabasını tahmin etmek için zaten bazı teknikleri kullandınız. Şimdi bu tahminin yanı sıra programı da Test Planlamasına dahil etmelisiniz.

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.

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

Program yapmak, 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 zamanlamasını 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, projenin son teslim tarihi, kaynak mevcudiyeti programa etki eden faktörlerdir.
• Proje tahmini: Test Yöneticisi, tahmine dayanarak projenin tamamlanmasının ne kadar süreceğini bilir. Böylece uygun proje programını yapabilir
• Proje Riski : Riskin anlaşılması, Test Yöneticisinin risklerle başa çıkmak için proje programına yeterli miktarda ekstra zaman eklemesine yardımcı olur

Bir örnekle pratik yapalım:

Patronun Guru99 projesini tamamlamak istediğini varsayalım. bir ay, Test Tahmininde her görev için harcanan çabayı zaten tahmin ettiniz. Programı aşağıdaki gibi oluşturabilirsiniz

Adım 8) Teslimatların Test Edilmesi

Test Çıktıları, test çabasını desteklemek üzere 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üleri sona erdi.

• 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