Service Orientatie

  • 250 views
Uploaded on

 

More in: Technology , Travel , Business
  • 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
250
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
1
Comments
0
Likes
1

Embeds 0

No embeds

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