• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Service Orientatie
 

Service Orientatie

on

  • 475 views

 

Statistics

Views

Total Views
475
Views on SlideShare
472
Embed Views
3

Actions

Likes
1
Downloads
1
Comments
0

1 Embed 3

http://barcamp2008blog.wisdom.nl 3

Accessibility

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Service Orientatie Service Orientatie Presentation Transcript

    • Serviceoriëntatie, en de impact op bouwen en testen 6 november 2008 Eric Jimmink 1
    • Even over mijzelf • Eric Jimmink • Consultant agile testing, Ordina • Co-auteur van ‘Testen2.0 – de praktijk van agile testen’ 2
    • 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
    • Waarom? • Eisen van de business • Snelle Time-to-market (TTM) • Betrouwbaarheid • Samenvoegen en hergebruiken • Agile: TTM en kwaliteitsfocus • Serviceoriëntatie: hergebruik; mash-ups 4
    • 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
    • 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
    • Een voorbeeld van een mash-up 7
    • 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
    • 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
    • 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
    • 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
    • Vragen? 12