(Unit)Testing

Het is achteraf niet gelukt om de unit tests te schrijven. Dit met reden aan het gebrek van de juiste resources.

Zonder een test-suite kun je moeilijk nagaan of je code werkt naar verwachtingen. Je de mogelijkheid om onbedoelde defecten te ontdekken na veranderingen in je code. Zonder een test-suite kun je ook niet garanderen of veranderingen die je maakt aan de ene kant van het systeem niet de andere kant van het systeem breekt. Dit kan ervoor zorgen dat bij uitbreiding van het systeem in een later stadium, veranderingen moeilijk te maken zijn. Omdat je bang kunt zijn om veranderingen te maken.

Dus unit tests houden je productiecode flexibel, onderhoudbaar, makkelijk aanpasbaar en herbruikbaar.

Zonder tests is elke verandering een mogelijke bug maar met tests verandert de angst hiervoor en kun je met (alle) zelfvertrouwen je code veranderen

Het hebben van een test-suite die de volledige productie-code omvangt is dé manier om je design en architectuur schoon te houden.

Deze informatie heb ik opgehaald uit een boek die ik recent heb gekocht: Clean Code - Robert C. Martin

Einde verantwoordingsdocument.