Functional Testing vs Unit Testing - Yorumlar

Taner Diler

Taner Diler — Per, 07 Oca 2010 16:00:37 +0200

Her konuda oldugu gibi Türkiye TDD konusunda da çok geri maalesef. Maalesef sirketler yeterli sabri gösteremiyorlar. Halbu ki bütçelendirerek kurduklari test ekiplerinden ne kadar fayda alabiliyorlar? 1. Test ekibinde çalisan o kadar kisinin maaliyeti 2. Insan gözüyle yapilan testlerin etkinliligi ve kalitesi 3. Test ekibinin verimsizligi; is olmadiginda bos kalmalari yada Sürekli ayni seyleri test etmek (ayni form'a 100 den fazla kez veri girisi yapmak) ve o kisilerde olusacak olan moral bozuklugu 4. Test ekibi var diye gelistiricilerin yapacagi son kontrolu gerçeklestirmemesi 5. Yapilan bi degisiklige bagli olan baska bir usecase'in etkilenmesi ve bunun gelistirici & testçinin farkinda olmamasi Halbu ki hem gelistiricilerin hem de testçilerin güzel bir egitim ile TDD pratiklerini kazanmasi, gelistiriciler birim testleri yazarken, testçilerin de integration test'lerini gerçeklestirmesi... Deadline uzayabilir ama sonrasinda yasanacak olan rahatligi bir düsünün. Çalistigim sirkette, insan gözüyle test edilen bir projenin birim testlerinin yazilmasi (ilk basta araçlarla üretilmesi) projelendirilmisti. Otomatik test kodlari üretildi ama sadece o asamada kaldi. Gelistirilen baska bir proje de ise Spring üzerinde TDD yapilmaya çalisildi. ama belli bi asamadan sonra TDD'ye devam edilmedi. Olay proje yöneticilerinde, sirket sahiplerinde ve müsterilerde bitmekte.

1

Cum, 26 Ara 2008 17:13:48 +0200

ferruh abi bu sayfayi optimum da açip kaçiyorum bu kiyagimi unutma =PP

Taylan

Taylan — Çar, 17 Ara 2008 16:54:15 +0200

dayioglu'nun dediklerine katilmakla birlikte, birim testin kod yazimindan önce, fonksiyonelite testin ise ürün verilmeden önce yapilmasi gerektigine inaniyorum. Metodolijisi de böyle degil midir? Bu arada elestirim yanlis anlasilmasin yenilige her zaman için açik biriyim. Kullanisli olduguna inanirsam süreçte degisime gidebilirim. : ) Böyle yazilarla karsilasmak ayri bir mutlu ediyo beni. Yaptigim isin önemini tekrar tekrar ifade ediyor. Tesekkürler.

Oguzhan

Oguzhan — Çar, 17 Ara 2008 12:30:12 +0200

Tabiki TDD disiplinini benimsedigimizde getirisi oluyor ama Türkiyede proje yöneticileri dahil benimsenen prensip Guerilla Coding tarzinda. Piyasada bunu zorluyor. O sebepten çok kaliteli projeler çikamiyor.

Ufak ölçekli yazilim sirketinin müsteriyle anlasmasini saglayan en büyük etken maliyet ve zaman oldugu için kodu en kisa zamanda bitirmek yazilim firmalarinin piyasada tutunmasini sagliyor.

Bu havalarin, bu taraflara esmesine daha zaman var gibi geliyor bana...

Ferruh Mavituna

Ferruh Mavituna — Sal, 16 Ara 2008 10:24:24 +0200

@burak onu yazmamin sebebi automated functional testing ile unit testing karsilastirdigimi irdelemeye calismamdi. Yani Manual Functional Testing bambaska bir konu, karisiklik olmasin diye ekledim.

@M. Orçun Topdagi : Bu nedenle, kod gelistirirken ve test yazarken, kafayi farkli çalistirmakta, farkli bir kimlik ile klavye basina geçmekte fayda var.

Haklisin, yani gelistirici olarak konuya her zaman ilimli yaklasip "zaten caliscak" seklinde kod yaziyorsunuz, eger test eden kisi olarak yaklasiyorsaniz bunu nasil "patlatirim" diye koda bakiyorsunuz Guvenlik testlerinde de ayni sorun soz konusu sistemi ana tasarlayan kisinin guvenlik aciklarini bulmasi diger kisilere gore cok daha zor olabiliyor.

M. Orçun Topdagi

M. Orçun Topdagi — Sal, 16 Ara 2008 10:10:20 +0200

Türkiye deki içler acisi durumu degistirmek yine yazilimcilarin elinde. Bu da ancak senin gibi, bilinçlendirme yada en azindan haberdar etmeye çalisanlar sayesinde olabilir.
Bir ekleme de ben yapmak istedim. Gerçi Türkçe blog yazsaydim uzun bir cevap/destek yazisi yazardim ama burayi istila etmeden, küçük bir hatirlatma yapayim.

Öncesinde tasarim ile desteklenmeyen, kod ile beraber yazilan unit-testler genellikle sadece code-coverage in yüksek görünmesine neden olup, bug'larin önüne pek geçmiyor. Yinede uzun vadeli projelerde, bozulmalari tespit ekmekte fayda saglayabilir. Bazen de olmayan tasarimin daha çabuk ergenlesmesini saglayabilir.

TDD hakkinda benimsedigim görüs, yapilacak bir isin farkli bakis açilarindan iki kere tanimlanmasi oldugudur. Insan hatasi elbet olur (100 satirda 1 diyelim), ama iki kisinin ayni yerde ayni hatayi yapma ihtimali oldukça düsürmekte (10000 de 1). Bu nedenle farkli kisilerin bu isi yapmasi daha iyi sonuç veriyor. Tabi bu her zaman (genellikle) mümkün olmuyor. Bu nedenle, kod gelistirirken ve test yazarken, kafayi farkli çalistirmakta, farkli bir kimlik ile klavye basina geçmekte fayda var.

dayioglu

dayioglu — Sal, 16 Ara 2008 09:17:32 +0200

Ferruh'çum, Keyifle takip ediyorum, ellerine saglik. Bu son yazida Functional Testing'in yaninda parantez içerisinde "automated" yaziyor ya; ona takildim. FT'in otomatize olmasi sart degildir her halde, degil mi? -dayioglu