狠狠撸

Test Driven Development hoe en waarom van een test driven aanpak van software development

Roelof Reitsma teamleider Coconut development team (@OGD) interesses: - Agile development (Scrum) - webdevelopment (Ruby on Rails) - geautomatiseerd testen

inhoud waarom automated testing? wat is test driven development? waarom test driven development? praktijkvoorbeeld: chatten met een gebruiker randvoorwaarden interessante urls & literatuur

waarom automated testing? wat is test driven development? waarom test driven development? praktijkvoorbeeld: chatten met een gebruiker randvoorwaarden interessante urls & literatuur

waarom automated tests? aantonen dat code het juiste resultaat geeft handmatig testen kost teveel tijd betrouwbare systemen eenvoudiger wijzigingen maken听 voorkomen van regressie tests zijn ons vangnet听 maakt refactoring mogelijk

We value code that is easy to maintain over code that is easy to write Steve Freeman / Nathan Price

dus wat willen we? code die 听 goed onderhoudbaar is makkelijk aan te passen leesbaar is duidelijk in wat het doet zo klein mogelijk is

Doel van test driven development: clean code that works

waarom clean code? veel makkelijker onderhoudbaar je collega's zullen je dankbaar zijn minder code betekent minder onderhoud het is fijn om te schrijven

wat is test driven development? simpel idee: schrijf eerst je tests, daarna de code test als design instrument voor developers 听 om features te leren begrijpen en analyseren het maakt de manier waarop je software ontwikkelt radicaal anders

TDD Mantra: 听 Red, green, refactor

wat is test driven development? alleen nieuwe code toevoegen als een test faalt daarna refactoring: duplicatie verwijderen slechte naamgeving verbeteren incrementeel, stap voor stap design

waarom test first? omdat test-last niet werkt je hebt geen zin meer je hebt geen tijd meer code blijkt lastig te testen er is iets veel belangrijkers te doen (?)

waarom test driven? complexe features of omgevingen venturing into unknown territory focus - 'scope creep' voorkomen eerst weten wat je wilt bereiken stoppen als je dat bereikt hebt beperken afhankelijkheid en samenhang code听 ritme - continu naar een doel werken

Developers should be having fun! Jeff Sutherland

Chatten met een gebruiker Product owner: ik wil kunnen chatten met een andere gebruiker

Chatten met een gebruiker Als gebruiker wil ik met een andere gebruiker kunnen chatten, zodat ik snel en eenvoudig kennis en informatie kan delen userstory voor de chatfunctie

Chatten met een gebruiker grafisch ontwerp chatfunctie

Chatten met een gebruiker Acceptatietest chatfunctie mbv Cucumber features ( zie voor meer info: http://cukes.info/ )

Chatten met een gebruiker eerste schets model voor chatfunctie

Chatten met een gebruiker begin bij het model (de backend) en schrijf de eerste test

Chatten met een gebruiker RED: de test faalt met een NameError: de klasse Conversation bestaat nog niet!

Chatten met een gebruiker RED: er wordt nog steeds geen nieuwe conversatie aangemaakt!

Chatten met een gebruiker GREEN: de test slaagt met minimale effort

Chatten met een gebruiker REFACTOR: nog heel weinig om te refactoren, maar we hebben nu een conversatie zonder gebruikers! Nog maar een test:

Chatten met een gebruiker RED: nu heb ik weer een falende test, omdat de start functie nu een argument meekrijgt

Chatten met een gebruiker GREEN: code en test weer in orde. Hoewel....

Chatten met een gebruiker REFACTOR: de duplicate code verwijderen

Chatten met een gebruiker REFACTOR: de naamgeving verbeteren (started_by vind ik beter)

Chatten met een gebruiker REFACTOR: starter veranderd in started_by, tests uitvoeren en gelukkig: groen licht

Hoe verder? stap voor stap, bijvoorbeeld: hoe koppel je de andere gebruiker aan de conversatie?听 werk omhoog door de verschillende lagen ga door tot je de eerste acceptatietest kunt laten slagen en STOP 听 naar de volgende feature, in dit voorbeeld: berichten sturen belangrijk: blijf refactoren! denk aan 'clean code that works'

wat heb ik nodig om te beginnen? kies een testtool een definitie van DONE snelle feedback (Continuous Integration) kennis van OOP, refactoring, patterns maar je kunt NU al beginnen! test drive een bugfix test drive een modelfunctie test drive een javascript methode etcetera...

Vandaag is een mooie dag om het anders te gaan doen Roelof Reitsma

Wat handige URL's Testing frameworks: Jasmine (javascript): http://pivotal.github.com/jasmine/ NUnit (.NET): http://www.nunit.org/ Moq (.NET, mocks & stubs): http://code.google.com/p/moq/ PHPUnit (PHP): http://phpunit.sourceforge.net/ Fitnesse (acceptance testing): http://fitnesse.org/ Specflow (acceptance testing, .NET): http://www.specflow.org/ Cuke4PHP (acceptance testing): https://github.com/olbrich/cuke4php Continuous integration: Teamcity: http://www.jetbrains.com/teamcity/ Jenkins CI: http://jenkins-ci.org/ Cruise Control: http://cruisecontrol.sourceforge.net/

Test driven development by example - Kent Beck

xUnit Test Patterns - Gerard Meszaros

Growing object-oriented software - Steve Freeman / Nat Pryce

Working effectively with legacy code - Michael Feathers

Tot slot Download presentatie:听 http://ryreitsma.blogspot.com 听 Vragen?

狠狠撸

Test Driven Development

More Related Content

Viewers also liked (13)

Similar to Test Driven Development (20)

Test Driven Development

Editor's Notes