Yazılım Geliştirme Yaşam Döngüsü ve Test nedir?
Bilişim Teknolojileri · 12. Sınıf · Konu 17
Tahmini okuma süresi: 5 dk
Kısa cevap
Bu konuda neler öğreneceksin?
- Yazılım geliştirme yaşam döngüsü aşamalarını sıralar ve her aşamanın çıktısını belirler.
- Çevik yöntem ile geleneksel yöntemin farklarını karşılaştırır ve uygun yöntemi seçer.
- Test kapsamı, hata yoğunluğu ve kusur kalan oranı gibi ölçütleri hesaplar.
- Birim, entegrasyon, sistem ve kabul testlerini ayırt eder.
- Hata kaydını aynı biçimde açar, önceliklendirir ve kapatma sürecini izler.
Anahtar fikirler
- Gereksinimler yazılı hâle gelmeden kodlama aşamasına geçilmemelidir.
- Kod inceleme, hataları yazılı aşamadan yakalamanın en etkili yollarından biridir.
- Birim, entegrasyon, sistem ve kabul testleri farklı amaçlara hizmet eder.
- Her hata kaydında yeniden üretme adımları bulunmalıdır; aksi hâlde hata düzeltilemez.
- Sürüm numarası ve değişiklik kaydı olmadan bakım yapılamaz.
- Yazılım geliştirme yaşam döngüsü analiz, tasarım, kodlama, test, yayın ve bakım aşamalarından oluşur — Yazılım Geliştirme Yaşam Döngüsü ve Test konusunda önemli bir kavramdır.
Konunun özeti
Gereksinimler yazılı hâle getirilmeden kodlamaya geçilmez; kod inceleme hataları erken yakalar. Geleneksel şel model büyük ve sabit gereksinimlere, çevik yöntem ise belirsiz gereksinimlere uygundur. Test kapsamı = test edilen modül / toplam modül × 100 bağıntısıyla ölçülür; 40 modülden 34'ü test edildiyse kapsam = %85 olur. Kusur yoğunluğu bin satır başına düşen kusur sayısıdır. Kusur kalan oranı açık kusurların toplama oranını gösterir; 120 kusurun 18'i açıksa oran = %15 olur. Test verimliliği testte yakalanan kusurun toplama oranıdır; 240 kusurun 180'i testte bulunmuşsa verimlilik = %75 olarak hesaplanır.
Çözümlü mini örnek 1
Bir uygulamada 40 modülden 34'üne test senaryosu yazıldı.
Oran hesaplanıp eksik modüller listelenir.
Çözümlü mini örnek 2
Projede toplam 120 kusur kaydı vardır; bunların 18'i hâlâ açıktır.
Kabul kriteriyle karşılaştırılır.
Sık yapılan hatalar
- Testi en sonda tek seferde yapmak: Test geciktirildiğinde hata maliyeti hızla artar; testin her sürümde tekrarlanması gerekir.
- Hata kaydına yalnızca başlık yazmak: Yeniden üretim adımları olmayan bir kayıt düzeltilemez ve geliştiriciye boşa zaman kaybettirir.
- Kusur kalan oranını tek başına kalite ölçütü saymak: Oran tek başına yeterli değildir; hangi modüllere dağıldığı da incelenmelidir.
İlgili konular
Sıradaki adım
Tam anlatımKonuyu tam anlatımıyla okuKonu anlatımı, kazanımlar ve örnekler tek sayfada.Konu anlatımları hesapsız okunur. Quiz, slayt ve deneme için hesap gerekir.
DersTeders ile devam et
Bilişim Teknolojileri · 12. Sınıf için çalışma yolu
- OkuKonu anlatımını bu sayfada bitir.
- Soru çözÖrnekleri çöz, cevabı açıklamayla karşılaştır.
- Quiz ile pekiştirHesapla kendini ölç.
Konu anlatımları hesapsız okunur; quiz, slayt ve deneme için hesap gerekir.