<texy><strong>2elliptical…</strong>

…

<texy>to benzin: je pravda, ze napsat vsechny exceptation pro vsechny volane metody (i ty u kterych nepovazuju za dulezite kdy a kolikrat budou volany) neni moc efektivni. Ja to resim tak, ze nepouziju primo mock tridu, ale tridu od ni odvocenou, kde "nedulezite metody" maji implementaci napr vracejici konstantni hodnotu.

Moc_HttpRequest request = new Mock_HttpRequest()
{
@Override
pulbic String getContextPath()
{
return CONSTANT_PATH;
}
};

<texy>Neda mi neupozornit na kniznicu http://www.unitils.org/, ktora znacne zjednodusuje pracu s EasyMock.

<texy>No ano bez mocku se ani snad testovan neda, jenom si davejte opravdu pozor. Protoze EasyMock netestuje spravnost implementace, ale pouze ze byla nejak jina trida zavolana, v jakem poradi a s jakymi parametry.

A v tom je prave onen kamen urazu. Pri zmene interface se vam muze rozbit spousta testu, a dat je do kupy neni snadne.

Navis vas EasyMock nuti testovat neco co testovat ani nechcete. Dejme tomu HttpRequest, aktualne nase metoda vola getContextPath(), toto volani ale ve skutecnosti neni pro funkci vubec podstatne (dejme tomu ze se pouziva v logovani). Bohuzel do EasyMocku to nacpat musite. V pripade ze pak nekdo prestane logovat (a to muze prestat nekde hluboko v kodu, nebo zapne jinou logovaci uroven), tak najednou neprojde test.

Tak EasyMock pouzivejte s mirou, ne vzdy je totiz zjevne proc je toto volani tak dulezit a proc v tomto poradi a proc tolikrat ….