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 17. 06. 2008.   #11
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

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.
Dragi Tata je offline   Odgovorite uz citat
Staro 17. 06. 2008.   #12
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

radi se pre svega o velicini i komplikovanosti koda sa kojim radis. Ako imas neku funkcionalnost koju si pisao davno, ili je uopste nisi ti pisao, kako ces da testiras da li radi i dalje nakon sto si npr. promenio nesto u bazi, ili izmenjao neku klasu?

Mozes da probas direktno u test aplikaciji da li se pojavljuje greska, ali onda nikad nisi siguran da li ces prevideti neki suptilni side-effect, i cak i kad nadjes gresku ne znas tacno gde je. Mozes da probas da provaljujes iz koda kako on radi, pa da na osnovu toga testras, ali time gubis vreme, i opet nisi siguran u rezultate.

S druge strane ako je za tu klasu odmah napisan test, tada kad je autor imao u glavi ceo problem i znao savrseno koje su opcije, ipak su znatno vece sanse da su pokriveni svi bagovi i problemi, i kad nastane problem mozes da dobijes smislenu poruku gde je problem i kako da ga resis. Stvar je slicna kao sa OOP, cesto je brze napisati samo funkciju koja nesto radi, nego praviti klasu, ali ti to olaksava odrzavanje kasnije.

Tako da unit testing jeste overkill u slucaju da:
- sve radi kako treba i nece se cesto i bitno menjati
- dovoljno mala aplikacija da brzo mozes da vidis sta kako radi
- u zurbi si da zavrsis aplikaciju, a za bug fixing ces imati vise vremena kasnije (ovo nazalost nije uopste retko)

Ovo je naravno veliki procenat klasicnih web aplikacija, ali u ostalim slucajevima nije overkill, nego ti naprotiv stedi vreme...

EDIT: Dragi Tata je skroz u pravu, testovi funkcionalnosti su najbitniji, jer je neke side-effects tesko primetiti testirajuci odvojeno klasu po klasu
__________________
Leadership is the art of getting people to want to do what you know must be done.

Poslednja izmena od ivanhoe : 17. 06. 2008. u 18:25.
ivanhoe je offline   Odgovorite uz citat
Staro 18. 06. 2008.   #13
misko_
profesionalac
Qualified
 
Datum učlanjenja: 22.09.2007
Lokacija: Split
Poruke: 111
Hvala: 8
39 "Hvala" u 10 poruka
misko_ is on a distinguished road
Thumbs up Po meni je unit test must have :-)

ovo je kod od one moje klase
PHP kôd:
<?php 

    
class MySQL_date  
    

        
// site::http://boonedocks.net/mike/archives/137-Creating-a-Date-Range-Array-with-PHP.html 
        
public static function createDateRangeArray($strDateFrom$strDateTo)  
        { 
            
// takes two dates formatted as YYYY-MM-DD and creates an 
            // inclusive array of the dates between the from and to dates. 

            // could test validity of dates here but I'm already doing 
            // that in the main script 

            
$aryRange=array(); 

            
$iDateFrom=mktime(1,0,0,substr($strDateFrom,5,2),     substr($strDateFrom,8,2),substr($strDateFrom,0,4)); 
            
$iDateTo=mktime(1,0,0,substr($strDateTo,5,2),     substr($strDateTo,8,2),substr($strDateTo,0,4)); 

            if (
$iDateTo>=$iDateFrom) { 
                
array_push($aryRange,date('Y-m-d',$iDateFrom)); // first entry 

                
while ($iDateFrom<$iDateTo) { 
                
$iDateFrom+=86400// add 24 hours 
                
array_push($aryRange,date('Y-m-d',$iDateFrom)); 
                } 
            } 
             
            return 
$aryRange
        } 
      
        
// convert string in format dd.mm.YYYY to MySQL format http://dev.mysql.com/doc/refman/5.0/en/datetime.html YYYY-MM-DD 
        // example 18.04.2008 to 2008-04-18 
        
public static function ddmmYYYYtoYYYYMMDD($date
        { 
            
$parts explode("."$date); 
             
            
$new_date $parts[2] . '-' $parts[1] . '-' $parts[0]; 
             
            return 
$new_date
        }  
         
    } 
       
?>
A evo koda za unit test, koristio sam http://simpletest.sourceforge.net/en...mentation.html
PHP kôd:
<?php
    
require_once('../simpletest/autorun.php');
    require_once(
'../class/MySQL_date.php');

    class 
TestOf__MySQL_date extends UnitTestCase 
    
{
        function 
test__ddmmYYYYtoYYYYMMDD()
        {
            
$this->assertEqualMySQL_date::ddmmYYYYtoYYYYMMDD('16.06.2008'), '2008-06-16');
            
$this->assertEqualMySQL_date::ddmmYYYYtoYYYYMMDD('01.01.2009'), '2009-01-01');
        }
        
        function 
test__createDateRangeArray()
        {
            
$this->assertEqualMySQL_date::createDateRangeArray('2008-06-16''2008-06-16'), array( '2008-06-16' ) );
            
$this->assertEqualMySQL_date::createDateRangeArray('2008-06-16''2008-06-17'), array( '2008-06-16''2008-06-17' ) );
            
            
$result MySQL_date::createDateRangeArray('2008-06-30''2008-07-02');
            
$expectedResult = array( '2008-06-30''2008-07-01''2008-07-02' );
            if( !
$this->assertEqual$result$expectedResult ) )
            {
                
$this->dump$result );
            }
            
            
$result MySQL_date::createDateRangeArray('2008-12-30''2009-01-02');
            
$expectedResult = array( '2008-12-30''2008-12-31''2009-01-01''2009-01-02' );
            if( !
$this->assertEqual$result$expectedResult ) )
            {
                
$this->dump$result );
            }
            
            
$result MySQL_date::createDateRangeArray('2008-02-27''2008-03-02');
            
$expectedResult = array( '2008-02-27''2008-02-28''2008-02-29''2008-03-01' ,'2008-03-02' );
            if( !
$this->assertEqual$result$expectedResult ) )
            {
                
$this->dump$result );
            }
            
            
$result MySQL_date::createDateRangeArray('2009-02-27''2009-03-02');
            
$expectedResult = array( '2009-02-27''2009-02-28''2009-03-01' ,'2009-03-02' );
            if( !
$this->assertEqual$result$expectedResult ) )
            {
                
$this->dump$result );
            }
        }
    }
?>
Mogao sam ja to i rucno testirati ali bih sigurno izgubio isto toliko vremena koliko mi je trebalo da napišem taj test(oko 30min i napominjem da je ovo prvi unit test koji sam napisao za PHP, jer inace mislim da bi ovo osoba mogla učiniti za 5-10minuti) i ne bih mogao ponovno pokrenuti taj test kada god poželim.

Po meni je itekako normalo da svaki cod(program, skripta) ima i neki (kod, program) koji ga može automatski testirati.

To izgleda da se možda ne isplati kod malih projektica ili programćica(istina ne pisem nikakav test za linux skripte od par desetaka linija) ali ako ih ikada zatreba israviti onda osoba shvati da je bolje bilo da ih je imala.

Ima ja jedno pitanje:
Sta se pod PHP-om(webom) može koristiti za testiranje iznad unit testa, mislim na testiranje cijele aplikacije...
misko_ je offline   Odgovorite uz citat
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

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. 17:53
Unit testing JavaScripta Ilija Studen (X)HTML, JavaScript, DHTML, XML, CSS 0 01. 06. 2007. 13:34
Unit testing veb aplikacija? jablan Programiranje 8 29. 03. 2006. 13:52
Yahoo Testing New Homepage Denis_Radenkovic Web design, Layout, User Interface 5 12. 03. 2006. 12:15
Unit Testing i analiza gresaka zextra PHP 1 05. 02. 2006. 18:31


Vreme je GMT +2. Trenutno vreme je 19:25.


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.