V Model Yaklaşımı Sunumu

V Model yaklaşımı Müşteri Geçerlem e İşlemsel Gereksiniml kullanım eri...

V Model yaklaşımı Müşteri Geçerlem e İşlemsel Gereksiniml kullanım eri Ürün Yazı ktivitel G/D Geçerleme/ Sistem Spesifikasyo Test lım G n Doğrulama A elişt i Doğrulam Yüksek a Bütünlük irme er düzey Test tasarım Alçak Doğrulam Bileşen düzey a Test Tasarım Kodlama & Birim Test Şekil 3.2 Yazılım geliştirme ve Test sürecindeki Geçerleme & Doğrulama Aktiviteleri (V Model yaklaşımı)  5.GEÇERLEME ve DOĞRULAMA TEKNİKLERİ 5.0.Bolüm Hedefi Dinamik Geçerleme (verification), yazılım test sürecini tanımlama Birim test ve Bütünlük test işlemlerini özetlenmesi Regresyon testini tanıma Saydam kutu Kara kutu Test tiplerini inceleme Performans, Dayanıklılık ve Güvenlik Testi olarak Sistem Testini tanımlama Şekil –5.1. Yazılım sınama basamakları  Müşteri Geçerlem Teşhis e İşlemsel Gereksiniml Test Beta kullanım eri Test Ürün Yazı ktivitel G/D Spesifikasy Geçerleme/ Sistem Kabul Test Test lım G on Doğrulama A elişt i Doğrulam Yüksek a Regresyon Bütünlük irme er düzey Test Test tasarım Alçak Doğrulam Bileşen düzey a Test Tasarım Kodlama & Birim Test Şekil 5.6 Test sürecindeki Alt Test Adımları (V Model yaklaşımına göre)  5.2.1.Birim Test Ünite (birim) testi, yazılım tasarımının en küçük birimi olan modül üzerinde uygulanmaktadır. Ayrıntılı tasarım tanımlarına dayanılarak, modül içerisindeki hataları bulmak üzere, önemli kontrol yolları sınanmaktadır. Saydam kutu testi olarak uygulanan bu işlem, çok sayıdaki modül üzerinde, paralel olarak yürütülmektedir. Birim testinde; modülün arabirim, lokal veri yapısı, kontrol yapıları arasındaki ana yollar, hata arama yolları ve modül sınırları sınanmaktadır.  Şekil 5.2. Birim Test Ortamı Test Sonuçla Sürücü r Test Test edilen Programı birim Koçan 1 Koçan 2 Koçan n  Birim Test Test senaryosu (test case); belirli bir program yolunu işlemek ya da özel bir gereksinime uygunluğu onaylamak amacı ile düzenlenen bir dizi sınama verisinden ve buna ilişkin işlemlerden oluşturulmaktadır. Test programlarının geliştirilmesi, diğer yazılımlar gibidir. Geliştirmeye de, test plânı uyarınca ve yazılım tasarımı ile birlikte başlanmalıdır. Modülün bağımsız olmaması halinde, sınamada diğer modüller de dikkate alınmalıdır. Bu amaçla her ünite testi için bir “test sürücü”(driver) ve/veya “koçan”(stub) yazılımı geliştirilmektedir.  Test sürücü (test driver); test programı verisini alarak test edilecek modüle ileten ve test sonucunu yazan bir ara programdır. Koçan (stub); bir kukla (dummy) alt proğram olup, test edilen modülün altprogramını temsil etmektedir.  Arabirim testi Test Case A B C  5.2.2.Bütünleme Testi Modüller bağımsız olmayıp, birbirilerine bağlı olmalıdır. Bu bağlantı, “yazılım arabirimi” (software interface) ile sağlanmaktadır. Modüllerin birleştirilmesi sırasında veri kaybı, dikkatsizlik nedeni ile birbirini ters etkileme, alt fonksiyonların birleştirilmesiyle beklenilen ana fonksiyonunun gerçekleşmemesi, her birinde göze alınabilen hata toleranslarının eklenerek büyümesi, genel veri yapılarının sorun yaratması söz konusudur. Bu hata ve sorunları bulup gidermek için, modüllerin birleştirilerek ana programın oluşturulmasında, bütünleme testi uygulanmalıdır.  Bütünleme testi a) bütün olarak sınama, b) artırmalı sınama olarak, iki ayrı biçimde birleştirildikten sonra gerçekleştirilmektedir. Artırmalı sınamada, modüllere teker teker birbirine bağlanmaktadır. Artırmalı sınama, – yukarıdan aşağı ve – aşağıdan yukarı olarak iki ayrı şekilde uygulanmaktadır. Şekil 5.3.Yukarıdan Aşağı Bütünleme Testi Sekil.5.5.Aşağıdan Yukarı Bütünleme Testi  5.2.2.3.Regresyon testi Regresyon Testi Sınanmış olan bir program veya program parçası üzerinde değişiklik veya ekleme yapılması halinde, tümünün bir kez daha sınanmasıdır. Uygulama ortamlarında gerekli değişiklikler ve sabitlemeler yapıldıktan sonra yeniden yapılan testlere regresyon testi denilir. Başka bir tanımla, Regresyon Testi, önceden test edilmiş bir yazılımın çeşitli değişiklerden geçtikten sonra da hatasız bir şekilde çalışmasını sağlamak amacıyla yeniden test edilmesi işlemidir.  5.2.3.Sistem Testi Bilgisayar sistemi, donanım ve yazılım alt sistemlerinden oluşmaktadır. Bu nedenle, yazılım alt sisteminin kendi başına sınanması yeterli olmayıp, bilgisayar sistemi içerisinde de denetlenmelidir. Sistem testinin amacı; sistemin bütün öğelerinin uygun olarak bir araya getirildiğinin ve her birinin işlevini tam olarak gerçekleştirebildiğinin onaylanmasıdır. sistem testi; – a) düzeltme testi, b) güvenlik testi, – c) dayanıklılık testi, d) yetenek testi biçimlerinde uygulanmaktadır.  Sistem Testi.Güvenlik testi: sistemin zararlı dış müdahalelerden ve bilgi hırsızlığından korunabildiğinin kanıtlanmasıdır..Dayanıklık (stres) testi; sistemin miktar, frekans ya da hacım bakımından anormal biçimde yüklenmesi hallerindeki dayanıklığını ölçmek amacı ile düzenlenmektedir. Yetenek (performance) testi; gerçek zamanlı ve gömülü sistemlerde, yazılım işlem süresinin bilgisayara dayalı sistem ile uyarlığını sınamaktadır. Yeteneğin sınanması, her test basamağında uygulanmaktadır.  5.2.4. Onaylama Testi Onaylama Testi, Bütünleme testi sonunda, yazılım bir paket halinde derlenmiş, arabirim hataları bulunmuş ve düzeltilmiş olmaktadır. Bundan sonra, onaylama testi yapılmaktadır. Bu testte, yazılımın müşteri ve kullanıcı beklentilerini gerçekleştirme olanağı denetlenmektedir. Bu amaçla; onaylama testi, düzenlik testi ve kabul muayenesi olarak yürütülmektedir Şekil – 5.7. Onaylama testi