what is software testing life cycle
Yazılım testi:
Bu eğiticide, Yazılım Testinin Evrimi, Yazılım Testi Yaşam Döngüsü ve dahil olan çeşitli aşamalar STLC.
Ne öğreneceksin:
Yazılım Test Yaşam Döngüsünün 8 Aşaması (STLC)
Evrim:
1960'ların Trendi:
1990'ların Trendi
2000'lerin Trendi:
Test eğilimi ve yetkinliği değişiyor. Test uzmanlarının artık daha teknik ve süreç odaklı olmaları gerekmektedir. Şimdi test sadece hataları bulmakla sınırlı değil, aynı zamanda daha geniş bir kapsama sahip ve ihtiyaçlar tamamlanmadığında projenin başlangıcından itibaren gereklidir.
Testler de standartlaştırıldığından beri. Yazılım geliştirmenin bir yaşam döngüsü olduğu gibi, Testin de bir yaşam döngüsü vardır. Sonraki bölümlerde, bir yaşam döngüsünün ne olduğunu ve bunun yazılım testiyle nasıl ilişkili olduğunu tartışacağım ve detaylandırmaya çalışacağım.
Başlayalım!
Yaşam Döngüsü nedir?
Basit terimle yaşam döngüsü, bir formdan diğer formlara geçiş sırasını ifade eder. Bu değişiklikler, herhangi bir somut veya soyut şeylerin başına gelebilir. Her varlığın başlangıcından emekliye / ölüme kadar bir yaşam döngüsü vardır.
Benzer şekilde Yazılım da bir varlıktır. Yazılım geliştirmenin bir dizi adım içerdiği gibi, testin de belirli bir sırayla yürütülmesi gereken adımlar vardır.
Test faaliyetlerini sistematik ve planlı bir şekilde yürütme olgusuna test yaşam döngüsü denir.
Yazılım Test Yaşam Döngüsü (STLC) nedir
Yazılım Testi Yaşam Döngüsü, kalite hedeflerinin karşılandığından emin olmak için belirli bir sırayla yürütülmesi gereken belirli adımları olan bir test sürecini ifade eder. STLC sürecinde her faaliyet planlı ve sistematik bir şekilde yürütülür. Her aşamanın farklı hedefleri ve çıktıları vardır. STLC'de farklı organizasyonların farklı aşamaları vardır; ancak temel aynı kalır.
STLC'nin aşamaları aşağıdadır:
- Gereksinimler aşaması
- Planlama aşaması
- Analiz aşaması
- Tasarım aşaması
- Uygulama Aşaması
- Yürütme Aşaması
- Sonuç Aşaması
- Kapanış Aşaması
# 1. Gereksinim Aşaması :
STLC'nin bu aşamasında, gereksinimleri analiz edin ve inceleyin. Diğer ekiplerle beyin fırtınası yapın ve gereksinimlerin test edilebilir olup olmadığını bulmaya çalışın. Bu aşama, testin kapsamını belirlemeye yardımcı olur. Herhangi bir özellik test edilebilir değilse, azaltma stratejisinin planlanabilmesi için bu aşamada bunu bildirin.
#iki. Planlama aşaması :
birim testi - entegrasyon testi örneği
Pratik senaryolarda, Test planlama, test sürecinin ilk adımıdır. Bu aşamada, test hedeflerine ulaşılmasına yardımcı olacak faaliyetleri ve kaynakları belirleriz. Planlama sırasında, ölçümleri, bu ölçümleri toplama ve izleme yöntemini de belirlemeye çalışırız.
Planlama hangi temelde yapılır? Sadece gereksinimler mi?
Cevap hayır. Gereksinimler temellerden birini oluşturur, ancak test planlamasını etkileyen çok önemli 2 faktör daha vardır. Bunlar:
- Kuruluşun test stratejisi.
- Risk analizi / Risk Yönetimi ve azaltma.
# 3. Analiz Aşaması:
Bu STLC aşaması, test edilecek 'NE' i tanımlar. Test koşullarını temel olarak gereksinimler belgesi, ürün riskleri ve diğer test temelleri aracılığıyla belirleriz. Test koşulu, gerekliliğe kadar izlenebilir olmalıdır.
Test koşullarının tanımlanmasını etkileyen çeşitli faktörler vardır:
- Seviyeler ve test derinliği
- Ürünün karmaşıklığı
- Ürün ve proje riskleri
- Yazılım geliştirme yaşam döngüsü dahil.
- Test yönetimi
- Ekibin becerileri ve bilgisi.
- Paydaşların mevcudiyeti.
Test koşullarını detaylı bir şekilde yazmaya çalışmalıyız. Örneğin, bir e-ticaret web uygulaması için, 'Kullanıcı ödeme yapabilmelidir' şeklinde bir test koşuluna sahip olabilirsiniz. Veya “Kullanıcı NEFT, banka kartı ve kredi kartı ile ödeme yapabilmelidir” diyerek detaylandırabilirsiniz.
Ayrıntılı test koşulu yazmanın en önemli avantajı, test senaryoları test koşulu bazında yazılacağı için test kapsamını artırmasıdır, bu detaylar daha detaylı test senaryolarının yazılmasını tetikleyerek sonunda kapsamı artıracaktır.
Ayrıca, testin çıkış kriterlerini tanımlayın, yani testi ne zaman durduracağınız bazı koşulları belirleyin.
# 4. Tasarım aşaması:
Bu aşama test edilecek 'NASIL' ı tanımlar. Bu aşama aşağıdaki görevleri içerir:
- Test durumunu detaylandırın. Kapsamı artırmak için test koşullarını birden çok alt koşula ayırın.
- Test verilerini tanımlayın ve alın
- Test ortamını belirleyin ve kurun.
- Gereksinim izlenebilirlik metriklerini oluşturun
- Test kapsamı ölçümleri oluşturun.
# 5. Uygulama Aşaması:
Bu STLC aşamasındaki ana görev, ayrıntılı test senaryolarının oluşturulmasıdır. Test senaryolarına öncelik verin, hangi test senaryosunun regresyon paketinin bir parçası olacağını da belirleyin. Test senaryosunu tamamlamadan önce, test senaryolarının doğruluğundan emin olmak için incelemenin yapılması önemlidir. Ayrıca, gerçek yürütme başlamadan önce test senaryolarının onayını almayı unutmayın.
Projeniz otomasyon içeriyorsa, otomasyon için aday test senaryolarını belirleyin ve test senaryolarının komut dosyası oluşturmaya devam edin. Onları incelemeyi unutmayın!
# 6. Yürütme Aşaması :
Adından da anlaşılacağı gibi bu, gerçek uygulamanın gerçekleştiği Yazılım Test Yaşam Döngüsü aşamasıdır. Ancak infazınıza başlamadan önce, giriş kriterinizin karşılandığından emin olun. Test durumlarını yürütün, herhangi bir tutarsızlık durumunda hataları günlüğe kaydedin. İlerlemenizi izlemek için eşzamanlı olarak izlenebilirlik metriklerinizi doldurun.
# 7. Sonuç Aşaması :
Bu STLC aşaması, çıkış kriterleri ve raporlamaya odaklanır. Projenize ve paydaşlarınızın seçimine bağlı olarak, haftalık raporun günlük raporunu vb. Göndermek isteyip istemediğinize karar verebilirsiniz.
Gönderebileceğiniz farklı rapor türleri vardır (DSR - Günlük durum raporu, WSR - Haftalık durum raporları), ancak önemli olan, raporun içeriğinin değişmesi ve raporlarınızı kime gönderdiğinize bağlı olmasıdır.
Proje yöneticileri test geçmişine aitse, projenin teknik yönüyle daha çok ilgilenirler, bu nedenle teknik konuları raporunuza dahil edin (geçen test vakalarının sayısı, ortaya çıkan kusurlar, önem derecesi 1 kusurlar, vb.).
Ancak, üst paydaşlara raporlama yapıyorsanız, teknik konularla ilgilenmeyebilirler, bu nedenle onları test yoluyla hafifletilen riskler hakkında bildirin.
# 8. Kapanış Aşaması:
Kapatma faaliyetleri için görevler şunları içerir:
- Testin tamamlanıp tamamlanmadığını kontrol edin. Tüm test senaryolarının kasıtlı olarak yürütüldüğü veya azaltıldığı. Açılan önem 1 kusuru olmadığını kontrol edin.
- Alınan dersler toplantısı yapın ve alınan dersler belgesi oluşturun. (Neyin iyi gittiğini, iyileştirmelerin kapsamını ve nelerin geliştirilebileceğini dahil edin)
Sonuç
Şimdi Yazılım Test Yaşam Döngüsünü (STLC) özetlemeye çalışalım!
| S.No | Faz Adı | Giriş kriterleri | Gerçekleştirilen Faaliyetler | Teslimat |
|---|---|---|---|---|
| 7 | Sonuç | Sonuçlarla güncellenmiş test senaryoları Kapanma koşullarını test edin | Doğru rakamları ve test sonucunu sağlayın Hafifletilen riskleri belirleyin | Güncellenmiş izlenebilirlik metrikleri Test özet raporu Güncellenmiş risk yönetimi raporu |
| 1 | Gereksinimler | Gereksinimler spesifikasyon belgesi Uygulama tasarım belgesi Kullanıcı kabul kriterleri belgesi | Gereksinimler hakkında beyin fırtınası yapın. Bir gereksinim listesi oluşturun ve şüphelerinizi netleştirin. Test edilebilir olup olmadığına bakılmaksızın gereksinimlerin uygulanabilirliğini anlayın. Projeniz otomasyon gerektiriyorsa, otomasyon fizibilite çalışmasını yapın. | RUD (Gereksinimleri anlama belgesi. Fizibilite raporunun test edilmesi Otomasyon fizibilite raporu. |
| iki | Planlama | Güncellenen gereksinimler belgesi. Fizibilite raporlarını test edin ' Otomasyon fizibilite raporu. | Projenin kapsamını tanımlayın Risk analizini yapın ve risk azaltma planını hazırlayın. Test tahmini yapın. Genel test stratejisini ve sürecini belirleyin. Araçları ve kaynakları belirleyin ve her türlü eğitim ihtiyacını kontrol edin. Ortamı tanımlayın. | Test Planı belgesi. Risk azaltma belgesi. Test tahmin belgesi. |
| 3 | Analiz | Güncellenen gereksinimler belgesi Test Planı belgesi Risk Belgesi Test tahmin belgesi | Ayrıntılı test koşullarını tanımlayın | Test koşulları belgesi. |
| 4 | Tasarım | Güncellenen gereksinimler belgesi Test koşulları belgesi | Test koşulunu detaylandırın. Test verilerini tanımlayın İzlenebilirlik metriklerini oluşturun | Ayrıntılı test koşulu belgesi Gereksinim izlenebilirlik metrikleri Kapsam metriklerini test edin |
| 5 | Uygulama | Ayrıntılı test koşulu belgesi | Test senaryolarını oluşturun ve inceleyin. Otomasyon komut dosyalarını oluşturun ve gözden geçirin. Regresyon ve otomasyon için aday test senaryolarını belirleyin. Test verilerini tanımlayın / oluşturun Test senaryolarını ve komut dosyalarını imzalayın. | Test durumları Komut dosyalarını test et Test verisi |
| 6 | Yürütme | Test durumları Komut dosyalarını test et | Test senaryolarını yürütün Tutarsızlık durumunda günlük hataları / kusurları Durumu bildirin | Test yürütme raporu Kusur raporu Test günlüğü ve Hata günlüğü Güncellenen gereksinim izlenebilirlik metrikleri |
| 8 | Kapanış | Test kapanma koşulu Test özet raporu | Geriye dönük görüşme yapın ve alınan dersleri anlayın | Alınan dersler belgesi Test matrisleri Test kapanış raporu. |
MUTLU TESTLER !!
Önerilen Kaynaklar
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Yazılım Testi QA Yardımcısı İşi
- Yazılım Test Kursu: Hangi Yazılım Test Enstitüsüne katılmalıyım?
- Kariyeriniz olarak Yazılım Testini Seçme
- Yazılım Testi Teknik İçerik Yazarı Serbest Çalışan İş
- Bazı İlginç Yazılım Testi Görüşme Soruları
- Yazılım Test Kursu Geri Bildirimleri ve İncelemeleri
- Yazılım Testinde Hata / Hata Yaşam Döngüsü Nedir? Kusur Yaşam Döngüsü Eğitimi