12 Ocak 2010 Salı

Black Box Testing

Kara-Kutu Yapı Taşları Test Uygulaması

Kara-Kutu test uygulaması yazılımın tipine bakmaksızın seçtiği test yöntemini uygulayan yazılım test tekniklerinden
oluşur. Kara-Kutu test tekniği girdi olarak uygulanabilir bir yapı taşı (Component) ve bir varsayımla işe başlar.
Her program girdisinden sonra oluşan çıktı kontrol edilir , hata meydana gelmiş ise bu teknik aracılığı ile
belirlenir.

Kara kutu test uygulaması , yazılımın satın alındığı firma tarafından bu test uygulamasına tabi tutulduğu bildirilse
dahi yine de yapılmalıdır.

Kara-Kutu testindeki başarıda en önemli etken ortaya konan varsayımdır. Kötü planlanan bir varsayım tam ters bir
sonucun doğmasına neden olabilir. Ancak bu varsayımın hazırlanması gerçekten güç bir konudur. Bununla ilgili
çözümler piyasada bulunmaktadır. Ancak en uygun yol satın alan kuruluşun bu konuyu bizzat kendisinin belirlemesidir.

Çok önemli bir diğer nokta da kuruluşun test çalışmalarını firmanın ileri sürdüğü özelliklere karşı değil kendi
belirlediklerine karşı yürütmesidir. Zira sonuçta yazılım satıcı firma için değil kurumun gereksinmeleri için
geliştirilecektir.

Kara-Kutu test uygulaması temelde ilk kez B.P.Miller tarafından yine kendisinin geliştirdiği Fuzz Model de
kullanıldı. Fuzz Model kara-kutu için girdileri rastgele olarak yürütür ve bunları UNIX sistem fonksiyonları içine
gönderir ve oluşan hataları gözler. Ancak bu gözlemlerin yazılımın problemlerini belirlemede iyi bir yaklaşım
olduğunu söylemek olanaksızdır.

Fuzz Modelde bu güvensizliğin nedeni , örneğin yazılımda var olan eksikliği belirliyecek test uygulamalrından sadece
bir tanesinin bu hatayı belirliyebilmesi ve bu test uygulamasının Kara-Kutu çalışmasında kullanılmamış olmasıdır. Bu
nedenle Kara-Kutu test uygulamasında izlenecek uygun yol müşterinin girdileri , varsayımları ve test sürücüleri
kendinin yaratmasıdır.

Ancak doğal olarak bu uygulama yöntemi hem pahalı bir yol hem de deneyim gerektiren bir iştir. Bu konuda deneyimli
personeli olmayan bir kuruluş için bu yolu izlemenin tek seçeneği danışman bir kuruluşla bu işleri yürütmesidir.
Ancak ileride oluşacak ve geri dönüşe neden olacak her türlü hatanın yukarda saydığımız giderlerin çok çok üstünde
bir gider oluşturacağını unutmamak gerekir.


Black Box Test Sınıflandırmaları;

Functional Testing

Stress Testing

Load Testing

Ad-hoc Testing

Exploratory Testing

Usability Testing

Smoke Testing

Recovery Testing

Volume Testing

Domain Testing

Scenario testing

Regression Testing

User Acceptance

Alpha Testing

Beta Testing

Hiç yorum yok:

Yorum Gönder