Specification by Example in een .NET omgeving

Presentatie over: "Specification by Example in een .NET omgeving"— Transcript van de presentatie:

1 Specification by Example in een .NET omgeving
uitgevoerd met SpecFlow Eric Kerst Systeemontwikkelaar Nick Mullens Testspecialist Mirhan Alibasic Testspecialist

2 Inleiding VECOZO Waarom “Specification by Example”?
Proces “Specification by Example” Workshop “Lessons learned” Vragen Korte voorstelronde: wie zijn wij en wat doet VECOZO Specification by example (SbE): (theorie,terminologie, waarom SbE bij Vecozo etc) Het Proces (o.a.: Key example sessie, scrum en SBE) Workshop: key example sessie: casus Terugblik op de workshop Demo: key examples en SpecFlow in de praktijk, living documentation “Lessons learned”: waar lopen wij bij Vecozo nog steeds tegenaan (openstaande punten), wat waren de problemen die we tegenkwamen, Vragen

3 VECOZO Sinds 2002 150 vrolijke mensen

4 Wat doet VECOZO? Digitaal communicatiepunt voor alle ketenpartners in de zorg Missie: verlagen van de administratieve lasten van alle ketenpartners

5 Dienstverlening VECOZO
Zorgverzekeringswet (Zvw) en Wet langdurige zorg (Wlz) Elektronisch Declaratieportaal (EDP) Controle op Verzekeringsrecht (COV) Wlz-berichtenverkeer Inschrijving op Naam (ION) Digitaal Contracteren (DC) Machtigingenportaal e-Facturatie UWV Informatieroutering (VSP-Info/OHW) Berichtenbox Opt-in Groepenbeheer MVH Zorginkoopportaal ( voorheen DBC Services) Wet maatschappelijke ondersteuning (Wmo Sinds 2015) Wmo-berichtenverkeer Elektronisch Declaratieportaal (Wmo) Jeugdwet Jeugdwet-berichtenverkeer Elektronisch Declaratieportaal (Jeugdwet)

6 Overzicht aangesloten zorgverzekeraars
6

7 Overzicht aangesloten zorgaanbieders
Totaal: * (praktijken/instellingen) *Bron: VECOZO, december 2014

8 De ontwikkelafdeling binnen VECOZO
8 Agile SCRUM teams Development team bestaat uit de volgende disciplines Informatieanalisten (1 à 2) Systeemontwikkelaars (2 tot 4) Testers (1 à 2) Overige rollen Product Owner Functioneel beheerders

9 Waarom “Specification by Example”?

10 VECOZO Way of Working 2011 werkte we op een waterval methode

11 VECOZO Way of Working 2011 werkte we op een waterval methode

12 VECOZO Way of Working – 2012 - 2013
2011 werkte we op een waterval methode

13 VECOZO Way of Working – eind 2013
2011 werkte we op een waterval methode

14 Proces “Specification by Example”

15 Specification by Example in a nutshell
Wat is het? Specificeren van toepassing met alle disciplines Testdriven development Waarom gebruiken we het? Gezamenlijke begripvorming van de te ontwikkelen toepassing (alle neuzen dezelfde kant op) Geautomatiseerde testen Up-to-date documentatie Theorie achter sbe vertellen

16 Het ontwikkelproces binnen VECOZO [1/2]
LET OP: Hier extra/expliciet uitleg wie wat verantwoordelijk is. (BV. Business Analisten, Informatie Analisten en team etc.)

17 Het ontwikkelproces binnen VECOZO [2/2]
Scenario Omschrijft het gedrag van het systeem onder bepaalde omstandigheden, binnen de kaders van een feature file. Gegeven…Als…Dan… Example Een example is een concretisering van het scenario met realistische voorbeeldwaardes. Key Example Example met de meeste business value voor de stakeholders Living documentation is gegenereerde documentatie van het systeem op basis van de geautomatiseerde examples. Aspecten: Makkelijk toegankelijk/navigeerbaar voor de lezers Business readable format Up-to-date ten opzichte van het werkelijke gedrag van het systeem Feature File Verzameling van (key) examples gerelateerd aan een user activity of user task

18

19 Stap 1

20 Stap 1 Leerdoel Input Output Hoe kom je tot shared understanding?
User stories Output Key examples

21 Stap 2

22 Stap 2 Leerdoel Input Ouput Hoe leg je de gevonden key examples vast?
Key examples in Gherkin

23 Stap 3

24 Stap 3 Input Demonstratie Stap 2 Hoe te automatiseren?
Frequent valideren Living documentation

25 Tooling

26 Gebruikte tooling Team Foundation Server Visual Studio 2012 Speclog
Selenium Webdriver Specflow+ Pickles

27

28 “Lessons learned” Gaandeweg meer gestroomlijnde sessies
Functionelere en beter leesbare key examples Duidelijke keuze voor tooling Tester wordt meer systeemontwikkelaar (rolverdeling) Belang van key examples volgens TDD principe op te pakken Geen key examples maken voor Defects

29 Wat heeft u geleerd?

30 Vragen 30