Comments on: JSF testen met EasyMock

By: Peter Schuler

Peter Schuler — Thu, 03 Dec 2009 10:14:30 +0000

Goeie post. Ik heb deze oplossing net geimplementeert voor de unittest van een custom JSF component. Wel heb je dan toch nog behoorlijke kennis nodig van de interne werking van JSF om deze componenten goed te kunnen testen. In mijn voorbeeld was het clientId noodzakelijk en heb ik mijn component als volgt geladen:

//Maak een nieuwe ui datum object aan met een geldig id/clientId
//en zonder renderer! Anders moet die ook nog gemocked worden.
uiVeld = new UIVeld();
uiVeld.setId(“jsf_12121″);
uiVeld.setRendererType(null);

Ik heb alleen easy mock vervangen voor Mockito (http://mockito.org/). Werkt standaard tegen classes en je hoeft geen stricte playlist meer op te geven.

By: Jan-Kees van Andel

Jan-Kees van Andel — Fri, 10 Jul 2009 10:27:06 +0000

Ja, maar het probleem is dat als ik addMessage niet expect, de test faalt omdat er een unexpected method call plaatsvindt.

Je kunt natuurlijk ook Nice Mocks gebruiken.

By: vlu17549

vlu17549 — Thu, 09 Jul 2009 19:18:27 +0000

Ik kom er slechts een jaartje achteraf op reageren..

Een hele kleine correctie:
/*
* Because addMessage is a void method, you need expectLastCall(), instead of
* expect(some method call). expect(void method) makes your compiler unhappy.
*/
EasyMock.expectLastCall();

Dat hoef je alleen te gebruiken als je een void-methode een exception wil laten gooien. By replay/verify wordt de call gewoon meegenomen.

Verder duurt het verschrikkelijk lang om de FacesContext te mocken (unittest gaat van 0,07s naar 0,75s, belachelijk toch?). Ook een beetje jammer dat daar niet gewoon interfaces boven hangen, was het vast sneller gegaan…

By: Roy van Rijn

Roy van Rijn — Wed, 16 Jan 2008 09:10:21 +0000

Goed verhaal! Mocht ik ook nog eens een project moeten doen met JSF zal ik zeker even terugkijken hier voor een goede test-opzet.

Als we het toch over testen hebben van webframeworks heb ik nog wel een tip voor Wicket gebruikers: WicketTester.

Deze klasse komt niet erg vaak voor in de documentatie maar het geeft de gebruiker een prima startpunt voor het testen van je Wicket applicatie. Zo verifieert deze unit test of de pagina gerenderd kan worden, of de HTML geparsed kan worden en er kunnen zelfs AJAX requests gemocked worden. Tevens is het mogelijk om via WicketTester knoppen in de drukken en de reacties in de code te bekijken. Met het gebruik van de SpringComponentInjector kunnen mock-services in the pagina geinjecteerd worden (mocht je Spring gebruiken). Voor guice is waarschijnlijk iets soortgelijks mogelijk.