Eğer bir hatanın ciddi olduğuna inanıyorsanız, bu hatanın düzeltilmesi için mücadele etmekten çekinmeyin. Bu, bir test mühendisinin yaptığı işe saygısı gereği takınması gereken bir tavırdır. Eğer bir hata düzeltilmeyecek ise, bunun geçerli bir sebebi sunulmalıdır.
Hata durum toplantılarında siz de buna benzer birşeyler duymuşsunuzdur eminim: “Evet bu bir yazılım hatası ama hiçbir kullanıcı bu hatayı tetikleyecek birşey yapmaz!” Yada kahve almaya gittiğinizde karşılaştığınız geliştiriciye, üzerinde çalıştığınız anomaliden söz ederseniz, omuzlarını kaldırıp kaşlarını çatarak “Ah, evet.. Ne olduğunu biliyorum.. Raporlayın bunu, aradan çıkarırız..” derler.
Lafı uzatmaya gerek yok. Geliştiriciler hataları önemsememe eğilimindedirler. Bunu biliyorum, zira bende bir zamanlar onlardan biriydim.
Evet mission critical olmayan her yazılım, bilinen hatalar ile sunulurlar. Ama her hata, yazılım ile birlikte sunulmak zorunda da değildir. Eğer bir hatanın ciddi olduğuna inanıyorsanız, bu hatanın düzeltilmesi için mücadele etmekten çekinmeyin.
Uğruna savaşılacak şeyleri dikkatle seçip, savaşmak gerektiğinde de kazanmak için savaşmak hiç de kötü bir alışkanlık değildir.
Şu anda Özay Civelek'in kişisel web logunu okumaktasınız.
Bu sitede büyük oranda yazılım kalitesi, yazılım geliştirme süreçleri, programlama ve birkaç diğer konuda yazarın fikirlerini okuyabilirsiniz.
Post a Comment