Çeşitli yerlerde, birçok kişi ile bir araya gelip sohbetler ediyoruz. Bu sohbetler sırasında, genelde yazılım kalitesi sohbetlerimizin odağını oluşturuyor. Çoğu arkadaşım, kendi yazılım üretim biçimlerine, kalite ile ilgili çözümleri ne şekilde eklemeleri gerektiğini soruyorlar. Zira özellikle test aktiviteleri, diğer yazılım süreçlerine sıkı sıkıya bağlı aktivitelerdir.

Bu tip sorulara genelde yanıt olarak, deneyip gördüğüm ve fikren sayın Spolsky’den aşırdığım bir yanıtı tekrarlıyorum. “Ä°ÅŸ planı yapın ve güncel tutun. Lakin her koÅŸulda, takvimizdeki iÅŸlerin sürelerini saat cinsinden verin. EÄŸer bir iÅŸin alacağı süreyi saat cinsinden veremiyorsanız, daha küçük parçalara bölün.”

Yanıtın bu kadar absürd olmasının sebebi, aslında testin kendi iç dinamiklerinden kaynaklanmakta. Yazılım hataları “Yazılımın tanımlananın dışındaki davranışlarının tümü” olarak tanımlanır. EÄŸer uygulamanın ne ÅŸekilde davranacağını belirlememiÅŸ iseniz yada bir ÅŸekilde belirlenmemiÅŸse, hata bulmanız biraz güçtür. Burada bir ÅŸekilde belirlenmiÅŸ davranışlardan kastımız, sektör gelenekleri ve gelenekleri tarafından belirlenen “beklenen” davranışlardır. ÖrneÄŸin kullanılabilirlik ile ilgili birçok hata bu “genel” pratiklere dayandırılır. Bir formun “Gönder” butonunu formun tepesine koyuyorsanız, bu açıkça tanımlanmasa dahi, bir kullanılabilirlik hatasıdır.

Detaylı bir iÅŸ takvimi yapılması ve sürekli olarak bu takvimin güncel tutulması, ekibi uygulamayı tasarlamak konusunda zorlayacaktır. İçeriÄŸini ve detaylarını bilmediÄŸiniz bir yazılım için “saatler ile süreleri belirtilmiÅŸ görevler” belirleyemezsiniz. Evet dokümante edilmiÅŸ bir tasarımınız olmayacaktır ama en azından üzerinde düşünülmüş bir yazılımı üretiyor olursunuz.

Kaliteli yazılım için işte ilk adım budur.

(Bu yazı ayrıca yazarın kendi blog sitesinde de yayınlanmaktadır)

Uzun bir çalışmanın ardından konuÅŸmam için Ä°stanbul BiliÅŸim Kongresi’ne iki günlük uykusuzluk ile gittim. Hem konuÅŸmakta zorluk çekerim düşüncesiyle yazdığım konuÅŸma metnini okurken hatalar yaptım, hem de sunum ile konuÅŸmamı senkron ilerletemedim. Bu içeriÄŸi istediÄŸim ÅŸekilde paylaÅŸamadığım için konuÅŸma metnimi(386K) ve sunumumu(8.5MB) buraya koymak istedim.

(Bu yazı ayrıca yazarın kendi blog sitesinde de yayınlanmaktadır)

Test aktiviteleri gerçeklerken amaçlarımız nelerdir? Belki de test aktivitelerinin en büyük değeri bizlere ürün hakkında sağladığı bilgilerdir. Bu bakış açısından baktığımızda test otomasyonunun katkısını çalışma zamanındaki düşüş ile ölçmek biraz yadırgadığım bir durum.

Konuyu açalım isterseniz. Manuel test ve otomasyon arasında, genel kanının aksine, ciddi farklar mevcuttur. Öncelikle hiçbir çalışma şekli, manuel testin ve dolayısıyla bir insanın gözleminin ötesinde başarılı olamaz. Test otomasyonu ile bu sebeple daha fazla hata bulmak söz konusu değildir. Test otomasyonunu sürekli yapılan kontrollerin bir otomasyonu yada testlerin kapsamını arttıran bir çalışma olarak görmek daha mantıklı olacaktır.

Ä°ÅŸin matematiÄŸine bakarsak;

Bizim de eğitimlerimizde kullandığımız bir formül, genelde test otomasyonunun katkılarını tahmin etmekte kullanılır. Bu formülü belirli dipnotlar ile vermekte fayda görüyorum. Aşağıdaki değerleri adam-saat cinsinden biliyor isek,

MS = Manuel Test Süresi

OS = Otomasyon ile Test Süresi

TS = Testlerin Tekrarlama Sayısı

SS = Otomasyon Sistemindeki Sürdürme Çalışması

Otomasyonun bizlere sağlayacağı kazanımı (OK)

OK = TS X (MS – OS) – SS

olarak buluruz.

ROI (Yatırım Geri Dönüşü) ise GS (Otomasyon Geliştirme Süresi) adam-saat cinsinden olmak kaydıyla

ROI = OK / GS

olarak hesaplanır. Eğer

ROI değeri 10 aydan kısa ise otomasyon elverişli bulunur

ve çalışmalara başlanır.

Lakin bu deÄŸerlendirme biçimini basit bir “varsayım” yöntemi olarak benimsemekte ve aslında kazın ayağının biraz farklı olduÄŸunu da kabul etmekte fayda var. Evet, o dipnotlar geliyor…

Öncelikle manuel test ve otomasyona alınmış testleri başta da belirttiğimiz gibi karşılaştırmak pek doğru değildir. Otomasyonu manuel testlerin yerine geçecek birşeyden ziyade, onları tamamlayıcı olarak görmek önemlidir. Bu sebeple hiçbir zaman tam otomasyon gibi bir hedef belirlemeyiniz. Bu sizi başarısız yapacaktır.

DiÄŸer durum ise formülün içerisinde gizli. Otomasyon çoÄŸu durumda “testleri daha fazla tekrar etmek” maksadıyla da kullanılıyor. EÄŸer bir testi otomasyon ile daha sık tekrarlıyor iseniz, bunları manuel olarak yapmayacak olduÄŸunuz için bu ilk hesaptaki kazanım formülü ile hesap yapmanız yanlış olur.

Bir işi otomasyona almak ile kazanılan zaman ve kaynağın katkısı, o işin kapsamını arttırarak elde edeceğimiz kazanımdan ayrılmalıdır.

(Bu yazı ayrıca yazarın kendi blog sitesinde de yayınlanmaktadır)

Dün TBD’nin düzenlediÄŸi Kurumsal Yazılım 2007ye kısada olsa uÄŸrama ÅŸansım oldu. Zira iÅŸtiraklerimizden Qualitestin bir sunumu vardı. Biraz daha erken gidip web 2.0 temalı salonları gezdim ve bir kaç konuÅŸma ve sunum dinleme ÅŸansım oldu. Bir anlamda ÅŸok da olmadım deÄŸil zira kamusal ortamda sektörün reklam hacmi ile ilgili spekülatif rakamlar açıklanıyor ve salonda sektör ile ilgili sadece bilgi toplamak için bulunan yatırımcı adayları korkutuluyordu. Tamam biraz abarttım belki ama bu anlamda belki biraz daha dikkatli olmak ya da en azından topluluÄŸu deÄŸerlendirebilmek gerekirdi diye düşünüyorum.

Gelelim sayın Özay – junkie – Civelek Beyin konuÅŸmasına inanılmaz güzel bir konu ve inanılmaz dolu bir sunum bu kadar verimsiz geçebilirdi diye düşünüyorum. Zira özayın yaklaşık iki gündür uyumuyor ve bunun için hazırlanıyor olmasının zararlarını tam da sunum sırasında tadmış olmamız fena oldu diye düşünüyorum. Neyse diyor ve geçiyorum.

Genel olarak ise ERPcilerin komik durumlara düşmeleri organizasyonun düzensizliği dikkat çekiyordu diyebiliriz. Hatta deriz evet. Bu arada Bahçeşehir üniversitesi beşiktaş kampüsü gerçekten lezizmiş. Buradan grafikerlerimizden gökhan beye bir kez daha selam ediyorum.

Son 2-3 gündür ayaks ile tasarima neler katilabilinir sorusuna buldugum ornekler sayesinde kendimde sinirsiz bir isteme arzusu uyandi. Gordum ki adamlar (coderlar) fena halde kafayi takmislar bu ayaks denen olaya. Bildigin img, table taglari ne haller almis. Neyse dun gece kucukadam ile ayaks mi okunur ajaks mi okunur tartismasi yaparken kozlarimizi pes platformunda gormeye karar verdik. Sonucta buyuk bir malubiyet ile tanissamda oynanan futbolum her zamanki gibi goz doldurdu. Bu arada kucukadamin misirli patronunun kiytirik olay yonetimi programini kime kac paralara sattigini ogrenince gozlerim ekranla butunluk sagladi. Dedim hayirdir insallah basimiza taslar yagacak. Biz cicek gibi jetium programini sayili milyoncuklara verirken adam sayilamayacak onbinlik dolarciklara verdigine bak. Neyse guncem diyesim var sana.. Ama ortamlari birbirine karistirmayalim. İlim diyoruz, bilim diyoruz..

Selamlar olsun herkese..

Bugün techinox bünyesinde çalışmaya başlayalı 4 gün oldu..Amma da çabuk geçti.Herkes bana çok iyi davranıyor.Acaba bu hep böyle sürüp gidecek mi diye düşünmüyor da değilim

4.günümde yazdığım bu yazının benzerlerini inşallah 4. haftamda, 4. ayımda, 4.yılımda da yazmak kısmet olur. Çünkü böyle bir ekip dünyada az bulunur. Slogan gibi oldu dimi

2 aydır hazırlandığımız festival geldi çattı. Bu cumartesi saat 19:30 da Profilo alışveriş merkezinin tiyatrosunda gösterimiz var efenim. Bende bir gruba dahilim çok güzel gösterilerimiz var hepinizi beklerim.

PS : GiriÅŸ 10 YTL extra davetiyem yok ÅŸimdiden belirtiiim

Ayrıca hemen sonrasında Kanyonda Milonga {milonga = tango gecesi} var. Giriş ücretsiz. Ayrıca katılımcılara bi içiki bedava. Tango da temel adımı dahi biliyorsanız gelin ve dansedin bence bu arada içimden bir ses Tango da üstat diyebileceğim kişilerin geleceği yönünde umarım ukala olanlar gelmes de biz de rahatla dansedebiliriz

YTÜ tango kursu bu dönemlik bitti. Artık Vanessa nın Stüdyo sunda derslere devam edicem.