Fagan Denetimi
Fagan Inspection Process for Software Quality · Ayrıca şöyle bilinir: Fagan method, code inspection, formal review
Fagan Denetimi, Michael Fagan tarafından 1976'da IBM'de geliştirilen, testten önce hataları sistematik olarak belirleyen resmi, yapılandırılmış bir kod inceleme sürecidir. Tanımlanmış roller ve kontrol listeleri kullanarak, Fagan denetimleri rastgele incelemelerden çok daha etkilidir; çalışmalar %70–90 hata tespit oranı göstermektedir.
Tam yöntemi oku
Bu bölümü okumak için ücretsiz hesapla giriş yapın.
Ne zaman kullanılır
Kritik, karmaşık kodlar (algoritmalar, güvenlik, emniyet açısından kritik) için kullanılır; bu tür kodlarda hata maliyeti yüksektir. Keşifsel kod veya önemsiz değişiklikler için pratik değildir; maliyet-fayda, önemli modüller lehinedir. Havacılık, tıp ve finans alanlarında esastır.
Güçlü yönler & sınırlılıklar
- Çok yüksek hata tespiti (%70–90); tek başına testten 2–3 kat daha iyidir
- Hataların test aşamasına ulaşmasını önler; ucuz erken tespit
- Resmi roller tutarlı, tarafsız inceleme sağlar; kontrol listeleri yaygın hataları yakalar
- Ölçülebilir süreç; hata metrikleri sürekli iyileştirmeyi mümkün kılar
- Zaman alıcı: resmi denetimler modül başına 2–3 saat sürer; büyük ekiplere kötü ölçeklenir
- Eğitimli moderatörler ve disiplin gerektirir; gayri resmi varyasyonlar etkinliği azaltır
- Grup ortamlarındaki kişilik çatışmaları dürüst eleştiriyi engelleyebilir
- Yanlış güven: denetim onayı, ince mantıksal hataların yokluğunu garanti etmez
SSS
Fagan denetim toplantısında hangi roller bulunur?
Moderatör (süreç sahibi), Yazar (kod yazarı), Denetçi (hataları arar), Okuyucu (kodu açıklar) ve Kaydedici (bulguları kaydeder). Tipik olarak 3–5 kişi; yazar kendi kodunu denetlemez (önyargı). Her rolün tanımlanmış sorumlulukları vardır.
Denetim kontrol listeleri neleri içermelidir?
Yaygın hata türleri: tanımsız değişkenler, dizi sınırları, null işaretçiler, hata işleme, performans, iş parçacığı güvenliği. Alana özgü sorunlar: kripto, SQL enjeksiyonu, yarış koşulları. Kontrol listelerini projenizdeki geçmiş hatalardan geliştirin.
Bir denetim ne kadar sürmelidir?
Planlama + hazırlık = 1–2 saat; denetim toplantısı = 1–2 saat (optimal 60–90 dk). Daha büyük modüller birden fazla toplantıya bölünür. Kapsamlı denetim için saatte 100–150 kod satırı oranı.
Denetimde çok sayıda hata bulunursa ne olur?
'Koşullu geçti' veya 'kaldı' olarak işaretlenir; yazar kodu yeniden çalışır. Seçenek: tüm modülü yeniden denetlemek (resmi) veya düzeltmeleri rastgele kontrol etmek (daha hafif). Yeniden denetim, düzeltmelerin yeni hatalar oluşturmadığını doğrular.
Kaynaklar
- Fagan, M. E. (1976). Design and code inspections to reduce errors in program development. IBM Systems Journal, 15(3), 182–211. DOI: 10.1147/sj.153.0182 ↗
- Fagan, M. E. (1986). Advances in software inspections. IEEE Transactions on Software Engineering, SE-12(7), 744–751. DOI: 10.1109/tse.1986.6312976 ↗
- Gilb, T., & Graham, D. (1993). Software Inspection. Addison-Wesley. ISBN: 0201631814
Bu sayfayı kaynak gösterin
ScholarGate. (2026, June 3). Fagan Inspection Process for Software Quality. ScholarGate. https://scholargate.app/tr/numerical-methods/fagan-inspection