V Rails jsou krome unit testu taky testy funkcionalni a integracni, vcetne simulace http request a response. Extremne jednoduche na pouzivani. Nemusite, narozdil od Java stacku, instalovat nic navic, jako napr. Selenium ci objevovat nove testovaci frameworky, vyzadujici dalsi, jiz tak narocne Java studium.
Ukazka z funkcionalniho testu (test controlleru): get :index, :query=>'aaa' assert_response :success #tohle testuje, ze bylo vraceno 200 OK assert_equal 1, assigns(:results).size Metoda get spusti get request oproti aplikaci, ktery spadne do metody index v controlleru. V parametrech je predana promenna query s hodnotou 'aaa'. Samozrejme existuji i ostatni http metody, jako post, put, delete, atd. Nemusite nic instalovat navic. Vse je soucasti Rails stacku. Take plati, ze pri vytvoreni controlleru se vam automaticky vytvori i testy, navazane na metody controlleru 1:1 s prazdnou kostrou. Rails vas tak nuti testy psat. Integracni testy se pouzivaji obdobne, jen jimi simulujeme pruchod aplikaci, typicky pres vice controlleru. Jirka Hradil 2011/2/1 Petr Synek <petr.sy...@centrum.cz>: > V rucne psanych JUnit testech se daji nasekat chyby a daji se nakonec i > odflaknout. Pak testovat treba GUI kod pomoci unit testu je obcas ponekud > problematicke. Jinak ale proti unit testum nic nemam, naopak. > > Samozrejme souhlas s refactoringem a code completion. To je dalsi plus. > > Petr > > On 01.02.2011 14:56, Tomas Hubalek wrote: >> >> Extremisti tvrdi, ze nepotrebuji kompilator, ze maji unit testy. Mozna >> na tom neco bude, predstavit si to asi umit. >> >> Podle me je ale jednoznacna vyhoda statickych jazyku mnohem vice v tom, >> ze je lze mnohem snazeji podporovat v IDE (javadoc, code completion, >> refactoring). >> >> Tom >> >> -----Původní zpráva----- >> Od: konference-boun...@java.cz za uživatele Petr Synek >> Odesláno: út 1.2.2011 14:41 >> Komu: Java >> Předmět: Re: Off Topic - Oracle/Java/Linux zkratka ala LAMP? >> >> Vyzkousej pripadne i to Spring Roo. Oproti Grails zustavas opravdu u >> Javy a ne jen u JVM + groovy. Chyby ktere se u groovy projevi az za >> behu, ti u Spring Roo odhali uz kompilator, tak jak to javista ocekava. >> >> Ostatne myslim ze mainstream jazyky jako C, C++, Java a C# maji jednu >> vec spolecnou a to tu, ze spoustu zbytecnych chyb odhali uz kompilator. >> Tuhle ficuru osobne jen velmi nerad postradam. >> >> Petr >> >> On 01.02.2011 13:57, Oto Buchta wrote: >> > Myslím >> > >> > 2011/2/1 Jiří Hradil<ji...@hradil.cz>: >> >> Dobry den Oto, >> >> >> >> diky za prispevek. Synergie, svoboda a volny cas navic je vysledkem >> >> pouzivani Rails, nikoli samotneho Ruby. Ruby (1995) je krasny jazyk, >> >> ale bez Rails (2004) by zrejme zustal zapomenut. Potize, ktere >> >> popisujete myslim prameni z volnosti a nesvazani jazyka samotneho, ve >> >> kterem jste musel psat vlastni stack. Rails vam vsak pridaji hranice, >> >> ve kterych se musite drzet. Visi na Convention over Configuration, >> >> vyzaduji psani testu, maji spoustu skryte magie (kterou muzete >> >> objevit, pokud chcete, vse je otevreno). Daji vam komplet jednoduchy >> >> stack, ktery muzete okamzite efektivne pouzivat. Na tohle proste Java >> >> pro web nema. >> > >> > Nechtěl jsem utéct od Javy a tak jsem zkusil Grails. A velmi mile mne >> přeqapily. >> > http://tapikuv.blogspot.com/2011/01/prvni-potkani-s-grails.html :-D >> > >> >> Zkuste Rails a nestavte budoucnost na jedne negativni zkusenosti, >> >> navic v tomto pripade trochu vytrzene z kontextu. Byla by to skoda. >> >> Jsem javista, vim, o cem pisu. >> >> >> >> Preju hezke objevovani a vice casu na dulezitejsi veci, nez je >> >> hackovani Javy. A dejte pak vedet, jak to dopadlo. >> >> >> >> BTW je 11:56 a ja mam dnes hotovo. Diky Rails. Premyslim, co noveho >> >> zkusim a jak si zase zjednodusim zitrejsi praci :). >> >> >> >> Diky, >> >> >> >> Jirka Hradil >> >> >> >> 2011/1/29 Oto Buchta<ta...@buchtovi.cz>: >> >>> Omlouvám se, že se vyjadřuji až tak pozdě, kdy už diskuse více méně >> >>> skončila, ale s Ruby >> >>> jsem zjistil jednu podstatnou věc. Neumím v něm psát. >> >>> >> >>> Byl jsem nucen vyvíjet kód pro RFID reader od Alienů, kde je Ruby >> >>> jediným jazykem. >> >>> Víc než padesát procent času jsem utratil na hrátkách s .to_s a .to_i >> >>> Možná to bylo i špatně navrženou knihovnou od Alienů, určitě to ale >> bylo mezi >> >>> židlí a klávesnicí. Možná za to může i fakt, že jsem značnou část >> kódu >> >>> ladil mezi osmou hodinou večerní a čtvrtou ranní, když kolem mne >> >>> putovaly čerstvé upečené rohlíky a chleby. To ale nemění nic na tom, >> >>> že tomu tak bylo. A díky tomu jsem se musel věnovat něčemu jinému než >> >>> filozofii, Matrixu, dračáku či Pratchettovi >> >>> >> >>> A to je věc, která by se mi s Javou nestala. Nezažil jsem to ani u >> "ne >> >>> tak striktně typových" >> >>> jazyků jako byly LISP, Haskell, Python, Prolog, Perl či PHP. Když se >> >>> tak dívám na ten seznam Pjazyků, v Pascalu se mi error 26: >> >>> TypeMisMatch Error taky moc často nestával :-D >> >>> >> >>> Stejně tak jsem si velmi pochvaloval možnost dopsat si do tříd z oné >> >>> aliení knihovny vlastní metody. >> >>> Bohužel některé z nich prostě nefungovaly, ač jsem stejné konstrukce >> >>> použil jinde a žádné indície neposkytl ani zdroják té knihovny. Opět >> >>> chyba mezi židlí a klávesnicí, to vím, ale ... >> >>> >> >>> Nakonec jsem rezignoval. Po dvou měsících urputného boje vývoje "Ruby >> >>> stylem" jsem si napsal vlastní metody >> >>> na práci s tím, co jsem potřeboval, vyladil si čistě řetězcový >> stavový >> >>> automat, kolem kterého jsem to postavil, konvenci z Ruby překlopil do >> >>> konvence z Javy (z čehož mi nakonec vypadl Avalon se vším všudy) a >> >>> teprve tehdy se rychlost vývoje projevila = nebylo třeba kompilovat. >> >>> Ostatní výhody onoho rychlého vývoje v Ruby, mezi nimi například >> >>> jednoduchost práce s iterátory, by mi v pohodě za mne vyřešila IDEA. >> A >> >>> o refaktoringu si IMHO může nechat Ruby jenom zdát. I Python mi >> přijde >> >>> vhodnější. >> >>> >> >>> Ruby On Rails neznám. Zatím jsem neměl potřebu se po nich ani dívat. >> >>> Měl jsem to v plánu, ale teď vážně nevím. >> >>> >> >>> -- >> >>> Oto 'tapik' Buchta, ta...@buchtovi.cz, http://tapikuv.blogspot.com >> >>> >> >> >> > >> > >> > >> >
