DevProTalk

Forumi IT profesionalaca
web development, web design, e-business, SEO


Idite nazad   DevProTalk > Web development i web aplikacije > Programiranje
Želite da se reklamirate ekskluzivno na ovoj poziciji? Javite se

Programiranje Java, Perl, VB, ASP, .NET, C, C++, Pascal, Delphi Sponzor: VIP izazov 3

Odgovori
 
Alati teme Način prikaza
Staro 01. 11. 2011.   #11
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
2.344 "Hvala" u 583 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

@tata: Ja sam nekako mislio da je podela na unit i functional testing cisto akademska? Jel moze neki primer sta podrazumevas pod unit testom (a sta pod funkcionalnim), ako postoji takva razlika da smatras da unit testovi ne nalaze bagove u kodu?

Moje iskustvo sa tdd nije veliko, ali uglavnom scenario zbog koga smo ga koristili je ovaj koji degojs pominje, kad je naknadno potrebno izmeniti deo sistema, cesto samo jednu metodu. Kad se radi sa pipavim stvarima (npr. neki racun sa novcem), mnogo se prijatnije osecam kad imam stari set testova, izmenim/dodam par novih testova, pa tek onda menjam kod. Kad pustim testove znam da sve radi kao i ranije, osim onoga sto sam menjao. Znaci mnogo mi je sa TDD bitnija mogucnost da mogu da testiram ostatak sistema na side-efekte, nego samo testiranje dela koji trenutno razvijam (sto je valjda cilj TDD). Mada naravno pomaze i za ovo drugo, ali nemam osecaj da mi je tu krucijalno, a za zahvate na starom kodu bas jeste...
__________________
Leadership is the art of getting people to want to do what you know must be done.
ivanhoe je offline   Odgovorite uz citat
Staro 01. 11. 2011.   #12
Dragi Tata
dinosaurus
Master
 
Avatar Dragi Tata
 
Datum učlanjenja: 29.12.2005
Lokacija: Nova Engleska
Poruke: 636
Hvala: 79
263 "Hvala" u 66 poruka
Dragi Tata će postati "faca" uskoroDragi Tata će postati "faca" uskoroDragi Tata će postati "faca" uskoro
Default

Citat:
Originalno napisao ivanhoe Pogledajte poruku
@tata: Ja sam nekako mislio da je podela na unit i functional testing cisto akademska? Jel moze neki primer sta podrazumevas pod unit testom (a sta pod funkcionalnim), ako postoji takva razlika da smatras da unit testovi ne nalaze bagove u kodu?
Основна разлика је што функционални тестови тестирају цео систем, а јунит тестови сасвим мало парче кода (обично један метод у класи) и "мокује" све остало. Моје искуство је да је ђаво у интеграцији: може модул А да ради како треба у изолацији, али кад га укомпонујеш у прави систем често се испостави да то не ради како треба. Зато ја више верујем функционалним тестовима - ту нема "мокова" и ништа није изоловано.
Dragi Tata je offline   Odgovorite uz citat
Staro 02. 11. 2011.   #13
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
2.344 "Hvala" u 583 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

Aha, zbunilo me to malo, jer su nas na faxu ucili da su funkcionalni testovi "iz ugla korisnika", ono tipa: ako kliknem ovo dugme, iskoci ovaj prozor...

A sve zavisi od pogleda valjda, ja obicno imam na svakom modelu po jedan "glavni" metod koji zavrsi ceo jedan logicki korak (dodaj korisnika, izracunaj porez, itd..), gledam da mi u kontrolerima uvek bude minimum koda... tako da u sustini kad za tu metodu napisem unit test, onda prakticno ujedno dobijem i "funkcionalni" test za tu celu akciju...

Sad bas imam neke probleme sa updejtom modula koji racuna razne statistike, procente, revenue share i sl. (prilicno komplikovano) i bez automatskog testiranja se ne bih usudio da ga otvorim u editoru
__________________
Leadership is the art of getting people to want to do what you know must be done.
ivanhoe je offline   Odgovorite uz citat
Staro 02. 11. 2011.   #14
degojs
I'm a PC too.
Wrote a book
 
Avatar degojs
 
Datum učlanjenja: 06.06.2005
Lokacija: Kanada
Poruke: 1.354
Hvala: 82
130 "Hvala" u 89 poruka
degojs će postati "faca" uskorodegojs će postati "faca" uskoro
Default

^Pa i jeste to func test, osim što se direkt testiranje korisničkog interfejsa ne radi baš jer je teško za programiranje (posebno povratne informacije). Zato aplikaciju radiš tako da svaku akciju u GUI, možeš da testiraš pozivajući neki kod ispod, tu do izražaja dolazi ono da GUI bude lepo odvojen od ostatka aplikacije (ne trpa se nikakva logika u sam GUI).

A unit testovi se strogo ograničavaju (na samo taj neki metod koji testiraju), znači ne idu dalje, dublje, u aplikaciju, i vrlo su kratki i brzi.

Zbog toga se i koristi "mockovanje" da bi se kreirali lažni objekti koji simuliraju sve ono što je "dublje" u aplikaciji i tako se unit test ograniči.

Npr. ako imaš neki objekt koji je negde dublje u aplikaciji, koji ima funkciju:


int SaveNewPatient(Patient p)
{
// sacuvaj p u bazi podataka, vrati Id..
}

E pazi sad, kada pišeš unit test za neku funkciju iznad koja se desi kada korisnik klikne Save, ona npr. radi validaciju, pa poziva ovu SaveNewPatient koja radi sa bazom (ili web servisom, itd)... imaš problem jer ti bi da uradiš test samo one prve funkcije gde je validacija, a onda ode dalje, poziva ovu što radi sa bazom.

Ako se to desi, da odeš dublje od onog metoda gore koji si hteo da testiraš (onaj gde je validacija, itd), nije više unit test, jer si otišao dublje. I onda se koristi to mockovanje, kako ne bi išao dublje prilikom izvršenja testa. Mock objekt ima sve iste metode i svojstva kao pravi objekt (znači implementira isti interfejs), ali u biti samo simulira rad istog, npr.

int SaveNewPatient(Patient p)
{
return 1; // ne idemo u bazu, vraćamo Id 1, kao da je došlo iz baze
}

I to je to. Kada teramo unit testove, onda se zameni implementacija interfejsa tj. pa se umesto pravih koriste ovi lažni objekti, i tako smo unit test izolovali da ne ide dublje. I tu zamenu rade one DI bilblioteke.

Znači za rad sa bazom postoji definisan neki interfejs, npr:

int SaveNewPatient(Patient p);
bool DeletePatient(Patient p);

itd.

Kod koji radi sa bazom implementira taj interfejs. Ali i mock objekt implementira taj interfejs.

Kad pišemo svoj kod (kod aplikacije i kod testa), mi tražimo od DI biblioteke da nam da objekt koji implementira taj interfejs, kako bi radili sa bazom. Programiramo uvek against interface znači.

DI će da nam vrati mock objekt ako teramo unit testove, a kada nije unit test, DI vrne pravi objekt.

Pošto je kod (aplikacije ili testa) pisan "against interface", on radi lepo u oba slučaja, pojma nema da li zove pravi ili mock objekt, njemu je isto.


Znači negde na startu prvo se podesi DI biblioteka, pa kažemo:

DI.KadTraziTip(IDatabase).Vrati(DALDatabase)

ali kada je unit test u pitanju konfigurisali smo:

DI.KadTraziTip(IDatabase).Vrati(LazniDatabase)

i to je to.

Mi kod pišemo uvek tako da radimo sa IDatabase interfejsom. Prilikom testa, DI će da nam vrati LazniDatabase objekt, a kada nije unit test, vratiće DALDatabase objekt:

baza = DI.DajMiObjektZaTip(IDatabase);
baza.SaveNewPatient(...);


Uh, nadam se da se nisam negde sapleo, otprilike tako ide.. :-)
__________________
Commercial-Free !!!

Poslednja izmena od degojs : 02. 11. 2011. u 16:28.
degojs je offline   Odgovorite uz citat
2 članova zahvaljuje degojs za poruku:
Odgovori


Alati teme
Način prikaza

Pravila pisanja
Možete ne započinjati nove teme
Možete ne slati odgovore
Možete ne slati priloge
Možete ne izmeniti svoje poruke
vB kôd je Uključen
Smajliji su Uključen
[IMG] kod je Uključen
HTML kôd je Isključen
Pogledajte forum


Vreme je GMT +2. Trenutno vreme je 01:55.


Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.