STLC'nin 6 aşaması | #4 Yazılım testinde ilk adımlar
Yayınlanan: 2022-10-03Yazılım geliştirme söz konusu olduğunda, tüm test faaliyetleri birkaç aşamaya ayrılabilir. Yazılım geliştirme yaşam döngüsüne (SDLC) benzer şekilde, bir yazılım test yaşam döngüsü (STLC) de vardır. Tüm aşamaları takip etmek, süreci doğru yapmak ve gerçekleştirilen testlerin çok daha yüksek verimliliğine ve sonuç olarak, nihai ürünün çok daha yüksek bir kalitesine dönüşmesi için çok önemli olabilir. Daha fazlasını öğrenmek için okumaya devam edin.
STLC'nin 6 aşaması – içindekiler tablosu:
- Aşama 1: İhtiyaç analizi
- 2. Aşama: Test planlaması
- Aşama 3: Test senaryosu geliştirme
- 4. Aşama: Çevresel kurulum
- Aşama 5: Test yürütme
- Aşama 6: Testin kapatılması
- STLC'nin 6 aşaması – özet
Aşama 1: İhtiyaç analizi
Bu döngünün ilk adımıdır. Test ekibi, ürün gereksinimlerini dikkatlice inceler. Herhangi bir çakışma, eksiklik, yanlışlıklar veya yanlış anlama varsa, test ekibi bunları iş analisti veya yazılım mimarı gibi çeşitli proje paydaşlarıyla tartışır.
Giriş kriterleri:
- İş Gereksinimi Spesifikasyonu (BRS)
- bir yazılım mimarisi belgesi
Yapılacak işler:
- yapılacak testleri belirlemek
- test yürütme için öncelikleri belirleyin
- Hangi testlerin manuel, hangilerinin otomatik olması gerektiğini kontrol edin
Çıkış kriteri:
- test için gereksinimlerin bir listesi
- otomatikleştirilecek herhangi bir test
2. Aşama: Test planlaması
Bu aşamada doğrulama ekibi bir test planı yazarak tüm test faaliyetlerini planlar. Bu belge şunları belirtir:
- ulaşılacak hedefler
- uygulanacak süreç ve yöntemler
- kullanılacak ortam ve araçlar
- test edilecek veya test edilmeyecek unsurlar
- ekibin organizasyonu ve görev dağılımı,
- çeşitli faaliyetler için ara hedefler
- doğabilecek riskler
Test planının geliştirilmesinin yanı sıra bu aşamada bir maliyet tahmini de hazırlanır.
Aşama 3: Test senaryosu geliştirme
Test Tasarımı olarak da bilinen bu aşamada izlenecek dört adım vardır:
1. Test senaryoları hazırlayın
Test yöneticisi veya test lideri, test senaryoları oluşturmak için kullanılacak bir test senaryosu hazırlar.
2. Test senaryoları oluşturun
Her senaryo için, test uzmanları, yazılım işlevselliğinin gereksinimlerini karşıladığını doğrulayabilmeleri için test senaryoları yazacaktır. Test otomasyonu durumunda, bu aşamada test komut dosyaları yazılacaktır.
3. Test verilerini hazırlayın
Test ekibinin, test senaryolarını yürütürken kullanılacak bir dizi veri hazırlaması gerekir. Bu, doğru veya yanlış veri olması durumunda işlevin performansını test etmek için pozitif veya negatif veriler olabilir.
4. RTM'yi hazırlayın
Test ekibi, önemli bir Gereksinim İzlenebilirlik Matrisi (RTM) hazırlar. Bu belge, gereksinimlerin karşılanıp karşılanmayacağını doğrulamak için hangi testlerin gerekli olduğunu takip etmek için kullanılır. Test başlamadan önce, paydaşlar yukarıdaki faaliyetler sırasında geliştirilenlerin kontrollerini ve doğrulamalarını yapacaktır.
4. Aşama: Çevresel kurulum
Bu, test ekibinin dahil olmadığı bir aşamadır. Ortamın hazırlanması ve yapılandırılması ayrı bir ekip tarafından gerçekleştirilecektir. Test uzmanları, ortamın nasıl kurulduğu ve hangi yazılım sürümünün güncel olduğu konusunda bilgilendirilecektir.
Test ekibinin yapması gereken tek aktivite, kurulu yapının test için uygun olduğunu doğrulamak için duman testleri hazırlamaktır. Duman testleri başarısız olursa, yapı reddedilecek ve belirtilen sorunlar giderilene kadar testler askıya alınacaktır.
Giriş kriterleri:
- test planı
- test tarihi
- sigara testi
Yapılacak işler:
- test ortamı hazırlığı
- test ortamı kurulumu
- test verilerini ayarlama
- derleme üzerinde duman testleri yürütme
Çıkış kriteri:
- kullanılabilir test ortamı
- kullanılabilir test verileri
- pozitif duman testi sonuçları
Aşama 5: Test yürütme
Bu sadece testlerin yürütülmesidir. Bu aşamada, test uzmanları olası anormallikleri belirleyebilir ve programcılar tarafından geliştirilen iyileştirmeleri test edebilir. Test ekibinin görevleri şunlar olacaktır:
- önceden geliştirilmiş test senaryolarını çalıştırın ve beklenen sonucu elde edilenle karşılaştırın
- test komut dosyasını koru
- Tespit edilen kusurları tanımlayın, tespit edin, günlüğe kaydedin ve bildirin
- kusur düzeltmelerini yeniden test edin
Giriş kriterleri:
- işleyen test ortamı
- doğru test verileri
- test planı
- yürütülecek test durumları
Yapılacak işler:
- Test planına göre testler yapın
- belge testi sonuçları
- kusur yaşam döngüsünü yönetin
Çıkış kriteri:
- MTR'yi içeren tüm testleri yürütmek
- sonuçlarla güncellenmiş test durumları
- kusur raporları
Aşama 6: Testin kapatılması
Yazılım uygulanacaktır. Doğrulama ekibi, sonuçları analiz etmek ve gelecekteki projelerde iyileştirilebilecek alanları belirlemek için toplanır. Test yöneticisi, günlük (DSR - günlük durum raporu) veya haftalık (WSR - haftalık durum raporu) bazında yapılacak bir test kapanış raporu hazırlar. , paydaşlar tarafından kabul edildiği gibi.
Sonunda test ekibi, test senaryolarını, bulunan hataları, harcanan zamanı, son teslim tarihlerine uyumu vb. analiz etmek için toplanır. Bu şekilde bir sonraki test döngüsünde nelerin iyileştirilmesi gerektiğini belirlemek mümkündür.
Giriş kriterleri:
- test yürütme raporları
- kusur raporları
Yapılacak işler:
- neyin test edildiğini analiz et
- bir test kapanış raporu oluşturun
Çıkış kriteri:
- açık kusurlar olmadan süreci kapatmak
- test kapatma raporu
STLC'nin 6 aşaması – özet
Yazılım geliştirme, test aşaması olmadan var olamazdı. Bu süreç için uygun hazırlık, en önemlisi, gelecekteki olası revizyonlar için zaman ve para tasarrufu da dahil olmak üzere bir dizi fayda sağlar. Bu makalenin yazılım testi yaşam döngüsü (STLC) hakkında daha fazla bilgi edinmenize yardımcı olacağını umuyoruz.
STLC'nin yaklaşık 6 aşamasını okudunuz. Python ve Javascript ile ilgili diğer serimize göz atın!
İçeriğimizi beğendiyseniz, Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest'teki meşgul arılar topluluğumuza katılın.
Yazılım testinde ilk adımlar:
- Yazılım testi nedir?
- Yazılım hataları hakkında 1 büyük gerçek
- Yedi temel ISTQB test ilkesi
- STLC'nin 6 aşaması
- Test ve hata ayıklama
- Yazılım test sürecinde doğrulama ve doğrulama