07 31 Ocak - 2 Şubat 2007 Kütahya - Akademik Bilişim Konferansları

Akademik Bilişim’07 - IX. Akademik Bilişim Konferansı Bildirileri31 Ocak - 2 Şubat 2007 Dumlupınar Üniversitesi, Kütahyadışarıya yapılan bağlantılar söz konusu olduğugibi hemen hemen bütün akademik kurumlardışarıya yönelik FTP, web ve e-posta gibiservisler sunarlar. Bu servislere yapılacak bağlantılarında yerel ağ üzerinde bu servisleri sağlayansistemlere yönlendirilmesi, iç ağa yapılacakdoğrudan bağlantıların engellenmesi gibigörevlerin de yerine getirilmesi gerekmektedir.Bütün bu ihtiyaçlar göz önüne alındığındaözellikle ağ üzerinde sunulan servislerin ve buservisleri kullanan kullanıcıların sayısı arttıkçagüvenlik duvarı kurallarının yapısı da karmaşıklaşmaktadır.Bu karmaşıklığın en önemli etkisi,yeni eklenenen kuralların hali hazırda calismaktaolan sistemin tutarlılı ğını bozup bozmadığınıntakip edilmesini gerekli kılmasıdır.3 Birim TestleriBirim testleri, yazılım doğruluk kontrolü yöntemlerindenbirisidir. Birim testleri tanımını vebu makalede ne bağlamda işimize yarayacağınıtartışmadan önce, yazılım testleri tanımı ve tarihinegöz atmak yararlı olacaktır.3.1 Yazılım testleri1Yazılımların üretilme sebeplerinin başındamüşteri istekleri geldiğinden testi bu bakış açısıile değerlendirmeye çalışacağız. Testler ile 2ana derdin önüne geçilmeye çalışılır.1.2.Yazılımın kullanıcının umduğu işi yapmaması.Yazılımın tasarlanmadığı şekilde çalışması.1957 – 1978 Hata ayıklama ve yazılım testikavramları ayrı ayrı işlenmeye başladı. Yazılımıngereksinimlere uyduğu yazılım testleri ilekontrol edilmeye başlanmıştır.1979 – 1982 Yazılım geliştirmede temel amaçhata ayıklaması haline gelmiştir.1983 – 1987 Yazılımın kullanım süresi boyuncakullanımı gözetlenmiş ve kalite testlerinetabi tutulmuştur.1988 – günümüz Yazılım testleri, yazılımınbelirtimlere uyduğunu test etmenin yanı sıra,hataları bulma ve hataları engelleme gibiamaçlara hizmet etmeye başlamıştır. Günümüzyazılım test kültürünün temel dayanak noktalarıolan IEEE’nin test dokümanlari standardı 2ve ”The Complete Guide of Software Testing”kitabının üretimi bu döneme denk gelir.3.1.2 Yazılım testi aşamalarıYazılım testlerini kabaca 4 aşamaya ayırabiliriz.1.2.3.4.Birim testler ile sistemi oluşturan ufakparçaların kendi içlerinde testiAyrık parçaların birbirleri ile etkileşimlerinin/birleşmelerinin testiParçalar birleştikten sonra ortaya çıkanbütün yazılımın gereksinimlere uygunluktestiÜretilen yazılım müşteri tarafından testi.Bu aşamada firma içinde ilk testler içinalpha surumu üretilebilir, ardından müşteritesti için beta sürümleri üretilebilir.İlk durum tasarım sorunu iken diğer durumyazılım sorunlarına, belki de daha doğru olarakteknik sorunlara denk gelmektedir. Yazılımtestlerinin amaçlarından bir tanesi özellikleikinci gruptaki sorunları ortadan kaldırmaktır.3.1.1 Yazılım testleri geçmişi. . . – 1956 Hata ayıklama ile yazılım testi arasındanet bir ayrım yoktu.1 http://en.wikipedia.org/wiki/Software.testing685Bu makale, bahsi geçen yöntemlerin sadece ilkaşaması ile, yani birim testler ile ilgileniyor.3.2 UyarlamaBirim testi aşaması için öncelikle test durumlarıve bu durumlardaki beklentilerin gerçekleşipgerçekleşmediği test edilir. örneğin, çok basitbir test durumu, belli bir butona basıldığındaekrana ”Ad Soyad” içeren bir uyarı çıkıp çıkmadığınıkontrol edebilir. Bu durum, mesela2 IEEE 829-1988 (Test Documentation Standard)