|
17. 06. 2008. | #1 |
old school
Professional
Datum učlanjenja: 07.02.2006
Poruke: 340
Hvala: 32
44 "Hvala" u 20 poruka
|
Razlika je automatizaciji testiranja. Saberi vreme koje ti je potrebno da ručno isprobaš sve moguće kombinacije unosa podataka npr * postojećeg stanja sistema(baza) kad god menjaš neku funkcionalnost i biće ti jasno šta je ekonomičnije.
|
17. 06. 2008. | #2 |
old school
Professional
Datum učlanjenja: 07.02.2006
Poruke: 340
Hvala: 32
44 "Hvala" u 20 poruka
|
Moram još stvari da dodam da neko ne bi pomislio da je vreme jedina dobit.
* Jedna od ključnih vrednosti unit testova je da pomaže u pisanju boljeg kôda. Pošto unit testovi treba da rade u izolaciji(ne bi trebalo da kontaktiraju bazu npr ili neki eksterni servis i sl.) da biste uopšte napisali test, kôd koji se testira mora da bude struktuiran na taj način da je moguće simulirati(mock) takve servise(npr izdvojiti takvu funkionalnost u drugu funkciju/klasu). * Takođe još jedna stvar koja se tiče podizanja kvaliteta kôda koji se testira je da smanjuju strah od refaktorisanja. Ako kôd radi ali nije dobro napisan i nema pokrivenost testova, najverovatnije se nećete usuditi da išta menjate. * Ako je u pitanju timski razvoj, olakšavaju korišćenje i izmene tuđeg koda, nema potrebe za dokumentovanjem primera korišćenja, imate primere koji rade(bukvalno). |
17. 06. 2008. | #3 |
Banned
Knowledge base
Datum učlanjenja: 01.07.2005
Poruke: 1.598
Hvala: 206
140 "Hvala" u 89 poruka
|
Tako sam i mislio, prakticno i nema razlike osim u automatizaciji.
Samim tim moj definitivni zakljucak je da kada se radi na resenju nekog softvera za klijenta koje se isporucuje "kljuc u ruke", unit test jeste overkill |
17. 06. 2008. | #4 |
Direktor Kombinata
Invented the damn thing
Datum učlanjenja: 07.06.2005
Poruke: 2.669
Hvala: 44
119 "Hvala" u 64 poruka
|
Nije baš skroz tačno. Kaizen je pomenuo kvalitet koda. Ako testove pišeš pre nego što kodiraš imaćeš čistije i bolje definisane interfejse, manje zavisnosti između pojedinačnih slojeva aplikacije itd.
__________________
activeCollab - Project Management and Collaboration Tool iz domaće kuhinje | area51.rs - Blog |
"Hvala" Ilija Studen za poruku: |
17. 06. 2008. | #5 |
dinosaurus
Master
Datum učlanjenja: 29.12.2005
Lokacija: Nova Engleska
Poruke: 636
Hvala: 79
263 "Hvala" u 66 poruka
|
Ukratko: kad god napraviš i najmanju izmenu koda, postoji šansa da si nešto zabrljao i jedini način da se koliko-toliko uveriš da je sve OK je testiranje. E sad, možeš i svaki put da testiraš ručno (ali se i tada drži spiska testova inače ćeš nešto da zaboraviš) ili ako imaš automatske testve, startuješ ih i odeš da skuvaš kafu
Ja lično preferiram drugi način. Ako pogledate moj open-source projekat http://utfcpp.svn.sourceforge.net/viewvc/utfcpp/v2_0/ primetićete da je više koda namenjeno testiranju nego samoj funkciji biblioteke. Naravno, kad se razvija aplikacija a ne biblioteka, ne treba biti toliko rigorozan, ali je i tad automatsko testiranje jako korisna stvar. Npr, dobro je imati automatizovane funkcijske testove umesto unit-testova u tom slučaju - na kraju krajeva interesuje te funkcionalnost aplikacije a ne toliko ispravnost svakog delića koda. |
Alati teme | |
Način prikaza | |
|
|
Slične teme | ||||
Tema | Početna poruka teme | Forum | Odgovori | Poslednja poruka |
Što koristite za unit testing u PHP-u ? | misko_ | PHP | 3 | 27. 05. 2008. 16:53 |
Unit testing JavaScripta | Ilija Studen | (X)HTML, JavaScript, DHTML, XML, CSS | 0 | 01. 06. 2007. 12:34 |
Unit testing veb aplikacija? | jablan | Programiranje | 8 | 29. 03. 2006. 12:52 |
Yahoo Testing New Homepage | Denis_Radenkovic | Web design, Layout, User Interface | 5 | 12. 03. 2006. 11:15 |
Unit Testing i analiza gresaka | zextra | PHP | 1 | 05. 02. 2006. 17:31 |