Vzhledem k tomu, ze u JUnitu stejne neni definovano, v jakem poradi se testMetody pousti, prislo by mi jako cistsi a citelnejsi si udelat jen jednu testMetodu a v ni si volat svoje testy, ktere uz nebudou mit prototyp "public void testBlaBla()". Mnohem lip pak muzu zachazet i se stavem objektu, pokud ho potrebuju atp. Metody fail, assertTrue atp. muzete pouzivat vesele dal.
Jedina nevyhoda, kterou ted vidim, je ta, ze pokud ve firme mate metriku na pocet testu, pak takto vytvarene testy se v ni neprojevi. :) V. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Oto Buchta > Sent: Thursday, August 18, 2005 9:51 AM > To: Java > Subject: Re: Volania test metod vs. konstuktor > > On Thursday 18 of August 2005 09:01, Horvath Bystrik wrote: > > Zdravim konferenciu! > > > > Mam nasledovny problem. Pri testovani pomocou junit som zistil, ze ak ma > > trieda odvodena od TestCase viac testXxx metod, tak pred kazdym volanim > > takejto metody sa vola konstruktor danej triedy, co rezultuje vo > vytvorenie > > viacerych instancii triedy TestCase (jej derivatu). Junit zrejme interne > > pre kazdu testXxx metodu vytvori interne instanciu triedy v ktorej je > > metoda deklarovana a potom invokuje metodu testXxx. Ocakaval som, ze na > > jendej instancii TestCase sa invokuju vsetky testXxx metody. Da sa toto > > chovanie junit-u nejako ovpyvnit? > > Nejjednodussi je podivat se do zdrojaku, jestli je tam nejaka properta. > Ale > jinak ja pouzivam klasicky single-init design pattern, tedy prazdne > konstruktory (pouze super(...) ) a > > private static boolean first = true; > public void setUp() { > if (first) { > first = false; > ... > } > ... > } > > Diky seqencnosti junitu neni treba synchronizovat. > -- > Oto 'tapik' Buchta, [EMAIL PROTECTED] > QA Engineer, Systinet Corp, > http://www.systinet.com
