Test mühendisliği sistematik şüpheciliktir demiştik. Görünen o ki ne yazarsak yazalım, hiç şüphe etmeden olduğu hali ile kabul görüyor. Biz ne dersek diyelim, insanlar kendilerine söylenenleri olduğu gibi kabullenme niyetindeler.
Burada yazmaya başladığımdan beri yüzlerce e-posta mesajı aldım. Bu mesajlar içerisinde çeşitli konular etrafında fikirlerim soruluyordu. Elimden geldiği kadarıyla bunlara yanıt vermeye çalıştım. Yazdıklarım hakkında beni tebrik eden birçok insan […]
Test aktivitelerinin ne şekilde dokümante edilmeli? Yada test aktiviteleri gerçekten dokümante edilmesi gereken aktiviteler midir? Bu soruları çok sık duymakla beraber, bunlar ayrıca meslektaşlarımızın da uzun süredir tartıştiğı sorular.
Ben kendimi dokümantasyon konusunda gayet orta yolcu biri olarak düşünürüm. Faydalarına inanır ama imkansızlıkları da kabullenirim. Bu sebeple kendi yaklaşımımı burada kabaca masaya yatırmak istedim –ki tekrar […]
Thursday, October 4, 2007
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 […]
Wednesday, October 3, 2007
Eğer yazılan kod, eş zamanlı olarak birden fazla iş parçacığı (thread) tarafından işletilirken fonksiyonlarını tam ve eksiksiz olarak yerine getirebiliyorsa, bu kod parçacığı thread safe‘tir denir. Çok işlemli (multi threaded) hesaplamanın en popüler sorunlarından biridir.
Thread safety ile ilgili yazılım hataları, çok büyük ve yıkıcı sonuçları ile biliniyor. Bu sebepten dolayı, bu konuyu buraya taşımak istedim.
Eş […]
Wednesday, September 5, 2007
Yazılım testi ile ilgili ellerini kirletmekten çekinmeyen biri olarak, okuduğum bazı şeyler gerçekten sinirlerimi bozmakta. Birçok kişi ve kuruluş, yazılım testi ile ilgili konuştuklarında, kulağa güzel gelen birçok alıntıyı arka arkaya ekleyerek sarfetmekteler.
Örneğin test otomasyonu araçları satan firmalar, araçlarını neredeyse kendi kendine test eden yaratıklar olarak ifade ediyor. Bazı “test mühendisliği eğitimcileri” gereksinimlerin bire bir test edilerek […]
Wednesday, September 5, 2007
Ürettiğimiz ürünlerin taşıdıkları riskleri doğru biçimde saptayamadığımız durumlarda karşımıza çıkabilecek sorunlara çok iyi bir örnek olduğu için medyada gördüğüm bir haberi buraya taşımayı uygun gördüm.
22 Ağustos 2007 tarihinde gazetelere, Nokia E50 telefonlarda bulunan bir yazılım hatası ile ilgili, bir haber düştü. Bu hata ile ilgili Türkiye’de mobil cihazlar ile ilgili en bilgili insanlardan biri olan […]
Wednesday, August 22, 2007
Uzunca bir aradan sonra tekrar merhabalar. Bu makalemde sizlere kurumsal uygulama entegrasyonu (EAI - Enterprise Application Integration) projelerinin testlerinde karşılaşılan sorunlardan bahsetmek istiyorum. Bu makalede yazanlar, evimden yüzlerce (bazen binlerce) kilometre uzakta, uzayan test projeleri süresince sıla hasreti katık edilerek derlenmiştir. Okurun yazıyı okurken, bu ruh halimi dikkate alacağından hiç bir şüphem bulunmuyor.
Evet, müşteriniz uzak diyarlara kendi yazılımını […]
Tekrar selamlar,
Yazmaya uzun bir ara verince, yazılım testi ile ilgili yazmaktan ne kadar keyif aldığımı tekrar gördüm. Gün içerisinde, ofiste oradan oraya koştururken bile burada yayınlamayı düşündüğüm konular ile ilgili notlar alıyorum. İşte bugün de son birkaç günün notlarından çıkanları sizlerle paylaşacağım.
Yazılım testi için ayrı ekipleri olmayan firmalarda genel bir inanış vardır. Gün gelir de, gerçekten adanmış […]
Aktif geliştirme, ardından yürüttüğüm geliştirme ekibi yöneticiliği sonrasında başladığım test mühendisliği kariyerim, bende apayrı hisler uyandırmıştır. Bir anda kendimi psikoloji makaleleri okurken, insanın ne şekilde kavradığı konusunda uzun sohbetler içerisinde yada Nüfus Müdürlüğü’nün çalışma sisteminin hatalara ne kadar açık olduğunu düşünürken bulmak benim geek tarafımı gerçekten çok tatmin ediyor.
Ama her meslek gibi test mühendisliğinin de bazı […]
Yazılım geliştirme süreçlerinde, her bir iş ekibi, çoğunlukla benzer altyapılara sahip kişilerden meydana gelirler. Örneğin sistem analizi konusunda gelişmiş insanlar bir araya gelerek sistem analizi ekiplerini oluştururlar. Benzer altyapılara sahip de olsalar, bu insanların beraberce çalışmaları, ancak yönetim biliminin incelikli detayları yardımıyla birçok sorunun çözülmesiyle sağlanabilir.
Yazılımları ise, bu ekipleri bir araya getirerek üretiriz. Yazılım üretimi […]
Ş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.
![Freakonomics [Revised and Expanded]: A Rogue Economist Explores the Hidden Side of Everything](http://ecx.images-amazon.com/images/I/51Z1scnqz1L._SL160_.jpg "Freakonomics [Revised and Expanded]: A Rogue Economist Explores the Hidden Side of Everything")
