Rightsizing Your Unittests!

Met de groeiende populariteit van xUnit, unittesten is een 'common practice' geworden. Echter, unit tests worden op veel verschillende manieren toegepast. Sommigen maken hun testen klein en anderen preferen wat grotere tests. Dit onafhankelijk van het beoogde doel van de unit test (slechts als middel om te testen of als ontwerptechniek - Test Driven Design).

We zien drie verschillende aanpakken bij unit-testen. De eerst neemt een class als unit en separeert die class volledig van zijn omgeving (bijvoorbeeld gebruikmakend van mockobjects). Meestal wordt daarbij zowel de 'provided' als de 'required' interface van de class getest.

De tweede aanpak neemt kleine groepjes van samenhangende classes als unit en probeert daarmee de effort te reduceren die nodig is om classes van hun omgeving te separeren.

Tenslotte zien we soms een soort gedegenereerde vorm van de tweede aanpak waar er nog nauwelijks sprake is van unit tests. Hier worden grote brokken business of domein logica als 'unit' genomen soms zelfs de hele domein-laag. Stubs of mocks worden hier slechts gebruikt om resources zoals de database of database laag uit de scope van de test te houden.

Sommige zeggen dat het intensieve gebruik van mockobjects je ontwerp verbetert omdat het je focust op het reduceren van logische afhankelijkheden. Andere prefereren kleine groepjes van classes als unit omdat het hun helpt in de snelheid van ontwikkelen.

In deze workshop gaan we op basis van analyse van code voorbeelden op zoek naar de optimale grootte van de te testen eenheid.