Nesneye Yönelik Yazılım Testi

Nesneye Yönelik Test

• Nesneye yönelik yazılımlardaki test stratejileri ve teknikleri, diğer yazılımlardan farklıdır.
• Nesne yönelimli yazılımlarda, sistem gereksinim tanımları, sınıf modelleri, sistem tasarımı ve nesne tasarımlarındaki hatalar, kodlama öncesinde test edilerek belirlenmelidir.
• Analiz ve tasarım modellerinin test edilmesi için, çalıştırılabilir olmamaları nedeniyle klasik yöntemler yerine formal teknik gözden geçirmeler kullanılır.

Nesneye Yönelik Analiz ve Tasarım Modellerinin Test Edilmesi

• Bu aşamada, doğruluk ve tutarlılık gözden geçirme ile sağlanır.
• Doğruluk, modellerin mantıksal doğruluk düzeyinin, sözdizimsel doğruluk kontrolünün ve gerçek dünyaya uyumluluk kontrolünün incelenmesiyle sağlanır.
• Tutarlılık ise sınıf-sorumluluk-işbirliği (CRC) ve nesne ilişki modeli ile her sınıfın diğer sınıflarla ilişkilerinin test edilmesiyle kontrol edilebilir.

Nesneye Yönelik Yazılım Testi

• NY yazılımlarda, birim kavramı sınıf veya nesne olarak değişebilir.
• Sınıflar, test durumlarının tasarımı için doğal birimlerdir.
• NY yazılımlarda birim testi, sınıf testi olarak tanımlanır. Birim testi, algoritma ayrıntıları ve veri akışlarına odaklanırken, sınıf testi paketlenmiş işlemler ve durum değişimlerine odaklanır.
• OO yazılımlar, hiyerarşik kontrol yapılarına sahip olmadıkları için, bütünlük testinde yukarıdan aşağıya veya aşağıdan yukarıya test stratejileri uygulanmaz. Kullanım temelli veya thread temelli bütünlük testleri kullanılır.

Nesneye Yönelik Yazılım Kabul Testi

• Kabul veya sistem testi aşamasında, sınıf ilişkilerindeki ayrıntılar önemli değildir. Diğer yazılımlar gibi kullanıcı bakış açısıyla gereksinimler karşılanmalıdır.
• Değerlendirme için kara kutu testi kullanılır ve gereksinim analizinde hazırlanan kullanım senaryoları kullanılabilir.
• Test durumları, OO analiz aşamasında oluşturulan "Nesne-Davranış" ve "Olay-Akış" diyagramlarından yararlanarak oluşturulur.

Bölümlemeli Sınıf Testi

• Amaç, test durumlarının sayısını azaltarak sınıfların test edilmesidir.
• Girdi ve çıktılar kategorize edilerek her kategori için test durumu oluşturulur.
• Miras özelliğinin test üzerine etkisi incelenmelidir. Miras alınan metodlar, yeni bir kullanımda olacakları için, yeniden test edilmelidir.
• Çok biçimlilik özelliğinin test üzerine etkisi de göz önünde bulundurulmalıdır.
• Çok biçimli bileşenlerin olası tüm bağlanma durumları için ayrı testler yapılmalıdır.

Yazılım Test Planlama ve Yönetim

• Test spesifikasyonu belgesi ve test planının incelenmesi gereklidir.
• Test senaryolarının hazırlanması ve yazılım bakımı kavramının anlaşılması gerekir.
• Yazılım mühendisliğinde konfigürasyon yönetiminin önemi ve yazılım değişim kontrolü ve versiyon kontrolü yolları incelenmelidir.

Test Yönetimi

• Test kapsamında gerçekleştirilen işlemler, planlama, tasarım ve yürütme adımlarından oluşur.
• Yazılım testlerini tanımlamak, planlamak, düzenlemek ve belgelemek için "test spesifikasyonu" belgesi kullanılır.
• Test planları; test şekilleri, zamanlama, gider, ortam ve kaynakları içerir.
• Test senaryoları, test işlemleri (bütünleme biçimi, amaç, test edilen modüller, araçlar, gider ve test programı verisi) ve beklenen sonuçları içerir.
• Gerçek test sonuçları, referanslar ve ekler test yönetimi belgesinde yer alır.

Test Adımları

• Test metodolojisi, test planlama, test dizaynı ve testin gerçekleştirilmesi adımları mevcuttur.

Test Yönetimi (devam)

• Test yönetimi, geri beslemeli bir süreçtir ve test hata mesajları da dokümantasyon testi altında sınıflandırılmaktadır.
• Hata mesajı içeriği belge olarak test edilir ve doğru mesajın görüntülenmesi kod testini gerektirir.
• IEEE Standard for Software Test (830-1993) standardı, test spesifikasyonunu tanımlar

Test Spesifikasyonu Geliştirme Adımları

• Test spesifikasyonunun incelenmesi, incelemeye dayalı düzeltme ve sonlandırma aşamaları bulunur.

Test Planı

• Test planı içeriği; test stratejisi ve test edilecek öğeler, doğrulama yöntemleri, test tamamlama kriterleri, hata ve test sonuç raporlama, test sorumlulukları, test ortamı, eleman ve eğitim ihtiyacı, test takvimi ve risk yönetiminden oluşur.

Test Senaryoları

• Test senaryoları; test senaryosu adı, kimliği, yazarı, tarih, ilgili gereksinimler/test amacı, ön koşullar/varsayımlar, test girdileri, test senaryosu adımları ve beklenen sonuçları içerir.

Test Çalışma Ekibi Yapısı

• Yazılımın sınanması sürecinde, sınamada bağımsızlık özelliği sağlanır ve yazılımı tasarlayan ve oluşturan gruptan farklı kişilerden oluşan bir ekip kullanılır.
• Test ekibinin görevi, planlanan testleri hazırlamak, uygulamak, hataları raporlamak ve test sonuçlarını izlemektir.
• İyi bir testçi, ne zaman mükemmeli yakalayamayacağını ve yeterliliğin ne zaman yeterli olduğunu bilir. Her yazılım projesindeki optimum test miktarı farklıdır.

Her Yazılım Projesindeki Optimum Test Miktarı

• Grafik, test miktarı ile kaçırılan hata sayısı ve maliyet arasındaki ilişkiyi gösterir.

Yazılım Yaşam Döngüsü Boyunca Sınama Etkinlikleri

• Planlama: sistem ve yazılım kalite planları, gereksinim analizi, alt sistem sınama planları aşamalarını içerir.
• Tasarım: modül test planları, test tanımları ve test eğitim el kitapları aşamalarını içerir.
• Gerçekleme: birim testi, bütünlük testi ve sistem testi aşamalarını içerir.
• Kurulum: kullanıcı testi ve test raporları aşamalarını içerir.

Yazılım Teslim Sonrası Kalite Sağlama

• Yazılım sisteminin geliştirilmesi ve ürüne teslim edilmesiyle bitmez. Kullanım süresinde bakım, onarım ve geliştirme gerekmektedir.

Yazılım Bakımı

• Yazılım bakımı ve onarımı, görülen hataların düzeltilmesi, yazılımı iyileştirme ve uyarlama işleminden oluşur.
• Yazılım bakımında, hata düzeltme, iyileştirme ve uyarlama işlemlerinin oranları farklılık göstermektedir.

Yazılım Bakımı (devam)

• Yazılım, geniş kullanım sırasında, sınamada bulunamamış tasarım ve yetenek hataları ile karşılaşabilir.
• Yazılımın yeteneği ve kullanıcının kolaylığı için eklemeler gerekebilir.
• Gereksinimler doğrultusunda, birkaç modülden değişiklikler yapılabilir.

Bakım Maliyetlerinin Azaltılması

• Bakım ve onarım maliyetlerini azaltmak için yazılım, "bakım ve onarıma elverişli" şekilde tasarlanmalıdır.
• Yetenekli ve deneyimli ekipler, anlaşılabilir bir sistem yapısı ve kolay işletilebilir bir sistem tasarlanması önerilir.
• Standart programlama dilleri, işletim sistemleri, test programları ve tasarım aşamasında hata bulma ve düzeltme kolaylıkları sağlamak, maliyetleri düşürür.

Yazılımın Bakım ve Onarıma Elverişliği

• Yazılımın bakım ve onarıma elverişliği, sınama kolaylığı, basitlik, değiştirilebilirlik, taşınabilirlik, güvenilirlik ve esneklik gibi kalite faktörlerinden oluşur.

Yazılım Konfigürasyonu

• Yazılım mühendisliğinin ürünleri, programlar, belgeler ve verilerdir. Topluca, yazılım konfigürasyonu olarak adlandırılır.
• Yazılım konfigürasyon maddesi (SCM), YKY işlemlerinin uygulandığı yazılım modülüdür.
• YKY etkinlikleri; konfigürasyon tanımı, konfigürasyon değişiklik kontrolü, konfigürasyon denetimi ve konfigürasyon raporlamasını içerir.

Yazılım Konfigürasyon Yönetimi

• YKY sürecinde, işlemin veya ürünün değerlendirilmesi için standart gerekir.
• Örnek standartlar, IEEE-STD-828 ve IEEE-STD-1042'dir. Ek olarak ISO 9004 Kalite Yönetimi ve Kalite Sistem Elemanları Bölüm 6 standardı da kullanılır.

Bu quiz, nesneye yönelik yazılımlardaki test stratejileri ve tekniklerini incelemektedir. Ayrıca, nesneye yönelik analiz ve tasarım modellerinin test edilmesi ile ilgili kritik noktalar ele alınmaktadır. Yazılımlarda hata tespiti ve test süreçlerinin önemi üzerinde durulmaktadır.