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ı

Yazılım geliştirme metodolojilerini: Waterfall (Şelale), V-Model (Validation and Verification: Sağlama ve Doğrulama), Iterative (yinelemeli) ve Agile (çevik) olarak genel bir sınıflama içerisine alabiliriz. Her bir metodolojinin kendine özel yapısı olmakla birlikte Agile diğerlerinden ayrılmaktadır. Agile iteratif yazılım geliştirmeden esinlenilmiş ve bir grup oluşumu vardır ve grubun başarı kriteri tamamen grubun çıkardığı işin kalitesiyle ölçülmektedir. Grup içerisindeki bütün üyeler deneyimli, iletişime açık ve yardımlaşmanın ön planda olduğu, plandan sapma durumunda herkes sorumluluğu üstenir. Daha fazla insan odaklıdır bu yüzden geliştirme ortamına uyum sağlamak ve saygı temel felsefesini oluşturur. 2001 yılında yayınlanan bir manifestosu vardır ve özetle Agile'nin ne olduğunu açıklamaktadır. Agile bir yazılım geliştirme metodolojisidir ve pratikte oluşturulmuş alt başlıkları vardır. Bunları genel olarak şu şekilde sıralayabiliriz: RUP (Rational Unified Process), Scrum, EP