Links

  • 1. Sogeti
  • 2. JBoss
  • 3. IBM
  • 4. Oracle
  • 5. SpringSource
  • 6. NL-JUG
  • 7. Java

Archives

Syndication  RSS 2.0

RSS 1.0
RSS 2.0

Bookmark this site

Add 'JCN Blog' site to delicious  Add 'JCN Blog' site to technorati  Add 'JCN Blog' site to digg  Add 'JCN Blog' site to dzone

Posted by Eric Gunnewegh at 7:30 on Monday 19 March    Add 'Test Driven Develoment: How we know we’re done' site to delicious  Add 'Test Driven Develoment: How we know we’re done' site to technorati  Add 'Test Driven Develoment: How we know we’re done' site to digg  Add 'Test Driven Develoment: How we know we’re done' site to dzone

Steve Freeman, een onafhankelijk consultant van M3P probeerde in zijn presentatie duidelijk te maken dat iedereen aan TDD zou moeten doen, De voordelen zijn:
- het aantal bugs in de software daalt met 50%
- de productiviteit blijft gelijk, ondanks dat het aantal regels code voor testcases in orde grootte ongeveer gelijk is aan het aantal regels in de eigenlijke software
- de kwaliteit van de software gaat omhoog
- de developer zal een comfortabel gevoel houden over de software, ook naarmate de hoeveelheid regels code groter en groter wordt.

De strategie bij TDD is globaal als volgt:
- kijk naar een requirement en schrijf er een testcase voor
- implementeer de functionaliteit, en doe niet meer dan nodig om de test te doen slagen
- breidt de testset uit in kleine stappen
- implementeer de functionaliteit en refactor waar nodig
Dit is wat Steve de Red/Green/Refactor cycle noemt.

Aan de hand van een demo in Eclipse met JUnit4 en JSE5 werd een en ander toegelicht. Refererend naar de ondersteuning van JUnit in Eclipse liet Steve zien hoe je steeds naar de green line toewerkt en dat je hier nooit ver vanaf zit. Naar mate de code base groter wordt, zal de groeiende hoeveelheid testcases de developer een comfortabel gevoel geven.

TDD is niet alleen een manier van ontwikkelen, maar het is ook een ontwerp techniek. Door eerst te testcases te schrijven, wordt er van buiten naar de classes gekeken hoe ze gebruikt worden in plaats van dat er meteen van binnenuit naar de implementatie wordt gekeken. Een ander voordeel van TDD dat genoemd werd is dat testers vroeg bij het ontwikkelproces betrokken zijn. Hoewel het schrijven van testcases tijd kost, moet dit niet gezien worden als verloren tijd. Een groot deel van deze tijd kun je beschouwen als analyse tijd.


© 2020 Java Competence Network. All Rights Reserved.