Joost Vlaar - ma 02 okt 06 16:50

Zomaar een nieuwe ontwikkelmethode… ik vermoed van wel.
Dit soort concepten hebben namelijk als voordeel dat de software nog betrouwbaarder en beter onderhoudbaar worden. Beide voordelen die zich met name op de midden en lange termijn manifesteren. Op zich niet verkeer, echter nadeel is dat de geplande ontwikkeltijd langer wordt. Hier reageren zowel opdrachtnemer als opdrachtgever in de praktijk bijzonder terughoudend op. Ikzelf zou TDD in overweging nemen indien het gaat om een structurele oplossing met de nodige complexe functionaliteit.
Daarnaast is mijn ervaring dat de duurdere fouten misinterpretaties van de gewenste functionaliteit betreffen en juist deze fouten haal je er ook met TDD niet uit. Geloof zelf dus meer in het visualiseren van de gewenste functionaliteit alvorens het echte programmeerwerk van start gaat.

Chris Obdam - za 30 sep 06 15:18

Ik vraag me af hoe je bepaal waar je wel en waar je niet een test van te voren voor schrijft. Of schrijf je overal een test voor, voordat je gaat ontwikkelen?

Wellicht kan je daar een voorbeeldje van geven?

Dovadi - za 30 sep 06 14:58

TDD biedt veel voordelen, het leidt tot een hogere productie en een hogere kwaliteit van de code! Of iedereen het zal gaan gebruiken weet ik niet. Het vergt zeker een omslag in werken en denken, want het is iets wezenlijks anders dan het schrijven van (automatische) testen achteraf (door vaak anderen dan de ontwikkelaars). Het eerst schrijven van een test brengt veel focus en structuur aan de te schrijven code. Agile ontwikkelen kan niet zonder. Ook ben ik er van overtuigd dat dagelijks integreren ook niet zonder automatische testen kan.

Bij onze projecten zitten we op een verhouding van 1 (loc’s appcode) tot 1.5 (loc’s testcode). Ben benieuwd naar ervaringen van anderen.