Service Orientatie
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
503
On Slideshare
500
From Embeds
3
Number of Embeds
1

Actions

Shares
Downloads
1
Comments
0
Likes
1

Embeds 3

http://barcamp2008blog.wisdom.nl 3

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Serviceoriëntatie, en de impact op bouwen en testen 6 november 2008 Eric Jimmink 1
  • 2. Even over mijzelf • Eric Jimmink • Consultant agile testing, Ordina • Co-auteur van ‘Testen2.0 – de praktijk van agile testen’ 2
  • 3. Agenda • Waarom service oriëntatie? • Wat is het? • Wat zijn de voordelen? • Hoe moeten services worden getest? • Een voorbeeld • Waarom zo’n groot succes? • Kunnen wij dit ook? • Zo ja, hoe? • Conclusies • Vragen 3
  • 4. Waarom? • Eisen van de business • Snelle Time-to-market (TTM) • Betrouwbaarheid • Samenvoegen en hergebruiken • Agile: TTM en kwaliteitsfocus • Serviceoriëntatie: hergebruik; mash-ups 4
  • 5. Hoe moeten services worden getest? En mash-ups? • Veronderstellingen bij het testen van een mash-up • Onderliggende services zijn al uitvoerig getest • Standaard glue-code is low-risk • Integratie en configuratie van componenten is high-risk • Services testen • Technisch, low-level • Nadruk op bevestigende, automatisch herhaalde tests • Testtechnieken, -tools, en statistische methoden om een hoge dekkingsgraad te realiseren 5
  • 6. Een succesverhaal: Google Maps API • Meest gebruikte webservice in mash-up oplossingen • Duidelijke toegevoegde waarde • Moeilijk zelf te maken • Gemakkelijk in het gebruik • Kwaliteit 6
  • 7. Een voorbeeld van een mash-up 7
  • 8. Waarom dit grote succes? • User experience • De juiste gegevens • Geen franje • Goede responstijden • Betonsoftware! • Betrouwbaar • 24 uur per dag beschikbaar • Geen noemenswaardige bugs • Community 8
  • 9. Hoe kunnen wij ook betonsoftware maken? • Klant met visie, en mandaat • Agile • Belangrijkste services het eerst • Korte feedback loops • Definition of Done • Discipline • Heel goed kunnen inschatten • Vaste teams • Bouwen tot aan de deadline vermijden 9
  • 10. Betonsoftware testen • Definition of Done bevat onder andere: • Veel geautomatiseerde tests op een laag niveau • Integratie / gebruik in een mash-up testen • Zowel vaste gegevens, als variabele inputs • Twee soorten testers in één project: • Technisch • Business-georiënteerd 10
  • 11. Conclusies • Het realiseren van services van hoge kwaliteit is geen sinecure • Ervaren en gedisciplineerd team nodig • Agile werkwijze verankerd in de organisatie • Specialistische kennis voor het testen van services • Kwaliteit borgen middels een framework van automatische tests • Weerstand aan marktdruk vereist 11
  • 12. Vragen? 12