12. SınıfBilişim Teknolojileri
Yazılım Geliştirme Yaşam Döngüsü ve Test — Çalışma Sayfası
Kazanımlar, önemli noktalar ve sık yapılan hatalar tek sayfada.
Bu konuda öğrenecekleriniz
- 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.
Önemli noktalar
- 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.
Formüller ve kurallar
- Test Kapsamı (%) = Test Edilen Modül Sayısı / Toplam Modül Sayısı × 100.
- Kusur Yoğunluğu = Bulunan Kusur / Toplam Kod Satırı × 1000.
- Kusur Kalan Oranı (%) = Açık Kusur / Toplam Kusur × 100.
- Hata Düzeltme Oranı (%) = Giderilen Kusur / Toplam Kusur × 100.
- Test Verimliliği (%) = Testte Bulunan Kusur / Toplam Kusur × 100 — etkinliğin ölçütü.
- Analizden Teslime Süre = Analiz Tarihi + Geliştirme Süresi + Test Süresi + Yayın Süresi.
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.
- Sürüm numarasını değiştirmemek: Sürüm bilgisi olmayan bir yayın, hangi düzeltmenin yapıldığının izini bırakmaz.
- Kabul testini kullanıcıya bırakmadan bitirmek: Kullanıcı beklentisiyle yazılı gereksinim arasındaki fark ancak kabul aşamasında görünür.
Hızlı tekrar ipuçları
- Gereksinim değiştiğinde etkisini analiz edip değişiklik kaydına yazın.
- Her sürümde çalışan otomatik testleri koşturun; bu, hızlı geri bildirim sağlar.
- Kusur kayıtlarında önceliklendirme yapın; kritik hatalar önce çözülmelidir.
- Yapılandırma ayarlarını koddan ayırın, ortama göre dışarıda tutun.
- Test senaryolarını gerçek kullanıcı iş akışlarından türetin.
Kendini dene
Bu sayfayı okuduktan sonra konu anlatımını tekrar oku ve kendi cümlelerinle özetle.