Yazılım İncelemesi ve Test Teknikleri PDF

Yazılım incelemesi Yazılım incelemesi ile ilgili birbiriyle iç içe geçmiş çok fazla teknik bulunmaktadır. bu konuyla ilgili belli başlı ve kabul görmüş yöntemler vardır. Bu teknik ve süreçler, İnceleme kapsamı ve alanı İnceleme ekibi büyüklüğü ve İnceleme kurallarına göre belirlenmiştir....

Yazılım incelemesi Yazılım incelemesi ile ilgili birbiriyle iç içe geçmiş çok fazla teknik bulunmaktadır. bu konuyla ilgili belli başlı ve kabul görmüş yöntemler vardır. Bu teknik ve süreçler, İnceleme kapsamı ve alanı İnceleme ekibi büyüklüğü ve İnceleme kurallarına göre belirlenmiştir. En önemlisi Fagan yöntemidir.  Sistem Testi: Performans Testi Performans testinde gerçekleştirilen işlemler, – performans seviyelerinin belirlenmesi – belirli bir yük altındaki sistem çalışma zamanı performansının ölçülmesi – sistem ayarlamaları (tuning) dir. Performans testi aşağıdaki sorulara cevap vermektedir: – Sistem gereksinimleri karşılıyor mu ? – Normal şartlar altında sistem nasıl davranıyor? – Sistem trafiğindeki artışlar işlem süresini, fonksiyonaliteyi nasıl etkiler. – Hangi kullanıcı seviyesinde performans problemleri yaşanır? – Performans seviyelerindeki düşüş sistemin hangi bileşeninden kaynaklanır?  Test Tipleri Fonksiyonel-performans ve dayanıklık testlerine, sistemin dış spesifikasyonlarına ve gereksinimlerine dayandırıldığı için, kara kutu testi (black box testing) adı verilmektedir. Buna karşılık, yapısal denetimde modül düzeyinde programın deyimleri ya da dalları sınanarak iç yapısı incelenmektedir. Bu şekilde uygulanan sınama yöntemine de saydam kutu testi (white box, glass box testing) denilmektedir.  Saydam kutu testi Saydam kutu testinde, işlemsel (procedural) tasarımın kontrol yapısı kullanılmaktadır. Bu test ile; Bir modüldeki bütün bağımsız yolların en az bir kez çalışacağı garanti edilmekte, Bütün mantıksal kararların "doğru" ve "yanlış" durumları denenmiş olmakta, Bütün döngülerin kendi içinde ve çevresinde işlerliği sağlanmakta, İç veri yapıları denenerek, geçerliliği güvence altına alınmaktadır. Saydam kutu testinin uygulanmasında, temel yol testi ve döngü testi teknikleri kullanılmaktadır.  Saydam Kutu: Temel Yollar Testi Temel yollar testi, işlemsel tasarımın mantıksal karmaşıklığını ölçmek ve bu ölçüye göre uygulama yolları için bir temel grup oluşturmak esasına dayanmaktadır. Test programları, test sırasında programdaki her deyimi en az bir kez uygulayarak denemektedir. Uygulama; Ayrıntılı tasarım veya kaynak programa dayanarak, bir akış grafı çizmek. Akış grafı üzerinde döngüsel karmaşıklık (McCABE) ölçüsünü saptamak, Doğrusal bağımsız yolların temel grubunu ve düğümleri belirlemek, Temel grubun içerdiği her yolun denenmesi için birer test programı düzenlemek, Her test programını uygulamak ve beklenen sonuç ile karşılaştırmak şeklinde, basamaklar halinde yürütülmektedir  Saydam Kutu:Döngü Testi Döngü testi; bir saydam kutu testi olup, temel yollar analizine ek olarak yürütülmektedir. Bir döngü içerisinde bir giriş ve bir çıkışlı olarak soyutlanmış bulunan yollar da, birer döngü halinde ayrıca sınanmaktadır. Döngü testinin amacı; döngü içerisindeki başlama hatalarının, indeksleme ve artırma hatalarının, döngüyü sınırlama hatalarının bulunmasıdır. Test sonunda, döngü yapısının geçerliği onaylanmış olmaktadır. Şekil -5.8. Program döngüleri  Kara Kutu Testi Kara kutu testi; yazılımın bütünlenmesi sırasında uygulanan ve yazılım arabirimi üzerinde yapılan bir sınamadır. Bu sınama ile, yazılım işlevlerinin yerine getirildiği, girdilerin kabul edildiği, çıktıların doğru olarak bütünlüğün sağlandığı gösterilmektedir. Kara kutu testinde yazılımın mantıksal iç yapısından çok, temel sistem modeli denenmiş olmaktadır. Bu nedenle, kara ve saydam kutu testleri birlikte uygulanarak, yazılım arabiriminin geçerliği onaylanmakta ve yazılımın iç işlerliğinin doğruluğu kısmen güvence altına alınmaktadır Kara Kutu test modeli  Kara kutu testi yöntemleri Kara kutu testi yöntemleri, yazılımın işlevsel gereksinimlerinin denenmesine yöneliktir. Programın bütün işlevsel gereksinimlerini denemek üzere, bir dizi girdi durumları oluşturulmaktadır. Bu test, saydam kutu testinin alternatifi olmayıp, tamamlayıcı niteliktedir. Böylece, değişik karakterdeki hatalar bulunabilmektedir. Kara kutu testi ile; Hatalı ve eksik olan işlevler, Arabirim hataları, Veri yapılarında ve veri tabanı erişimindeki hatalar, Performans hataları, Başlama ve bitirme hataları bulunur.  Kara Kutu Testi Başlıca kara kutu test yöntemleri; a) eşdeğerli bölümleme, b) sınır değer analizi, c) neden-sonuç grafı çizimi, d) veri onaylama testi olarak sayılmaktadır.  Eşdeğerli Bölümleme (Equıvalence Partıtıonıng) Yöntemi Eşdeğerli bölümleme (equivalence partitioning) yönteminde; programın girdi alanı, test programları oluşturulabilecek veri sınıflarına bölünmektedir (5.10). Böylece her test programı belirli sınıftaki hataları ortaya çıkarmakta ve daha az sayıda test programı ile yetinilmektedir. Şekil 5.10. Kara kutu testi Eşdeğerli Bölümleme Geçerli Girdi Geçersiz girdi Sistem Çıktılar. Sınır Değer Analizi Sınır değer analizi, test verisinin; girdi alanı (ya da çıktı serisi) sınıflarının, veri yapılarının, altprogram parametrelerinin vb. sınırlarından veya uç değerlerinden seçilmesi tekniğidir. Genellikle en büyük-en küçük veya en az beklenen değerler ve parametreler seçilmektedir. Hataların genel olarak merkezden çok, kenarlarda toplandığı görülmektedir. Bu nedenle, sınır değerlerini denemeye yönelik test programları da geliştirilmiştir. Bu programlar "girdi" alanında olduğu kadar, "çıktı" alanında da uygulanmaktadır.  keşif testi Smoke Test.keşif testi, ürün spesifikasyonu veya gereksinim belgesi olmadan yazılımın ürün spesifikasyonu gibi kullanılarak test edilmesidir. Dinamik kara kutu testi, ürün spesifikasyonu veya gereksinim belgesi olmadan yapılabilir.  Hata Giderme (Debugging) Hata Giderme (Debugging) Sınama sonucu saptanan hata ve eksiklerin nedenlerinin bulunup, düzeltilmesi gerekmektedir. Hataları giderme (debugging) adı verilen bu işlemde, belirtiler ile nedenlerinin karşılaştırılması, sonra da hataların düzeltilmesi yoluna gidilmektedir. Şekil 5.11 de görüldüğü gibi bug nedenleri büyük oranda gereksinim analizinden kaynaklanmaktadır. Şekil 5.11. Yazılım Bug Nedenleri Diğer Kod Bug Nedenleri Gereksinim Tasarım Kod Gereksinim Diğer Tasarım  Hata Düzeyleri Hataların düzeyleri, Ölümcül, Kritik, Büyük, Orta, Küçük ve Görünüm Olarak tanımlanır.  Ölümcül hatalar, testin devamını engeller, kritik hatada test devam eder, ama düzeltilmeden yazılım teslim edilemez, büyük hata giderilmeden yazılım teslimi zararlıdır. Orta hata ile Testler devam edebilir ürün hata ile teslim edildiğinde telafisi mümkün sorunlar çıkartabilir. Küçük hata ile testler devam edebilir ve ürün bu hata ile teslim de edilebilir, yazılımın önemli bir sonuç doğurmaz. Görünüm hatalar ise Yazılımın, renk, font, büyüklük ile ilişkili hatalarıdır