TEST THE RISK!

Hata (defect) saptandığında kimi organizasyonalarda hatanın türüne veya bazen türden de bağımsız hataya bakış açısıdan dolayı raporlanmasının gerekmediği üzerine durulur. Oysa hataların kayıt altına alınmaması demek bir ülkenin kurulumunda batışına kadar olan süreçteki tarihi kayıt altına almamakla aynı anlama gelir. Böyle bir durumda geçmişe bakılarak nerede hatalar yapıldığını nereden ders alınması gerektiğini anlamak zorlaşacaktır. Yazılım geliştirmesi sonrasında yine bir ürün ortaya çıkar bu ürürün geçmişine bakmak istediğimizde hataları kontrol etmek bizim geçmişteki önemli anlar hakkında bilgiler verecektir. Bir test mühendisi için hataların kayıt altında tutulmasının daha farklı anlamları vardır. Bu yazımda bunun üzerine duracağım. Öncelikle hataların kayıt altına almak için bir hata takip aracının varlığı gereklidir. Bu araçların açık kaynak kodlu (open sourced) yani ücretsiz türleri olduğu gibi piyasada çeşitli fiyatlarda ücretli türleride vardır. Peki neden hataları kayı

Neler test edilir? Yazılımdan istenilenler yerinde ve yapılmış mı?   ( validation ) Yazılım istenilen işlevleri yerine getiriyor mu?     ( verification ) Yazılım işlevleri yaparken hata veriyor mu?           ( reliability )  Yazılım istenilen hızda yapıyor mu?                      ( performance ) Yazılım istenilen kadar işlev yapabiliyor mu?             ( load ) Yazılım istenilen işlevleri ençok nekadar yapıyor?    ( stress ) Yazılım istenilen kolay yapıyor mu?                          ( usability ) Yazılım istenilen işlevleri güvenli yapıyor mu?        ( security ) Yazılım işlevleri herzaman yapabiliyor mu?        ( compatibility ) Yazılım bir hobi çalışması olmadığı ve vadedilen bir takım işleri; hızlı, güvenilir, kolay, arzu edilen herzaman yerine getirmesi planlarıyla yapıldığından üstte sıralanan özelliklere sahip olması gerekir. “HATA” nedir? İngilizce'de hata denildiğinde bir çok terim kullanılırken Türkçe'de tek bir kelime ile bunu anlatmak zor hatta imkansızdır. Bu yüz