Agile Testing In de praktijk

Maat: px
Weergave met pagina beginnen:

Download "Agile Testing In de praktijk"

Transcriptie

1 Agile Testing In de praktijk Erik Boelen is een test professional sinds Als test manager and test consultant heeft hij reeds een groot aantal bedrijven geholpen in de opzet van hun testproces, dikwijls in een agile omgeving. Hij is een frequent spreker op nationale en internationale conferenties. Zijn EuroSTAR2008 presentatie zal zijn vierde zijn, na zijn track sessions in 2003, 2006 en Vorig jaar richtte hij zijn eigen firma QA Consult Services op. Ik ben een Agile Tester!. Dit zijn erg trendy woorden tegenwoordig! In de meeste gevallen worden ze ook vergezeld door slagzinnen als wij hebben alle documentatie overboord gegooid, of wij werken erg chaotisch om te komen tot een van mijn favorieten wij scrummen elke dag minstens 2 keer. Voor zover ik weet, is scrummen enkel een werkwoord in de wereld van rugby en American football. Wij voeren scrums uit, zou al een betere zin zijn, wanneer je uiteraard de echte betekenis van Scrum in agile projecten even negeert.! QA Consult Services Acaciadreef Keerbergen BELGIUM WAT IS AGILE TESTING? Versta me niet verkeerd, ik geloof in alle goede intenties die vasthangen aan deze woorden. Ik heb met mijn eigen ogen gezien dat deze aanpakken een heel erg positieve invloed kunnen hebben op de uiteindelijke projectresultaten. Ik ben zelfs een true believer zoals men dat noemt. Ik ben het echter niet eens met het feit dat je door het gebruik van deze termen en definities een agile tester wordt laat staan een tester in het algemeen. Een goede tester agile of niet kan al deze principes gebruiken en toepassen, maar het gebruik ervan maakt per definitie geen goede tester van je. We moeten voorkomen dat testers en hun klanten de echte betekenis van agile vergeten, aangezien testen in agile projecten niet gaat over het gebruik van deze termen en definities. EEN KORTE TERUGBLIK OP AGILE TESTEN Als herinnering voor de lezer over wat nu precies agile in software opleveringen betekent, verwijs is graag naar een presentatie die Elisabeth Hendrickson gaf voor GoogleTalk over Agile Testing. PAGE 1

2 Agile gaat over het continu voorzien van toegevoegde waarde aan je klanten. De twee belangrijkste onderdelen van Agile zijn: Verhoog het aantal keren dat je feedback geeft aan je eindklant Verminder de afval Een goede manier om Agile te omschrijven is door te vermelden wat het eigenlijk niet is. Dus, Agile gaat niet over: Het verkorten van de doorlooptijd, noch over Het stopzetten van alle documentatie, en zeker niet over Coderen tot de laatste minuut. Het draait allemaal over de maximale toegevoegde waarde voor een minimale cost. Elisabeth Hendrickson over Agile Testing Het begon allemaal met het Agile Manifesto voor softwareontwikkeling. Als je aandachtig de principes van dit manifesto leest, zal je zien dat de vorige statements duidelijk zijn afgeleid hiervan.!!"#$%$#&'()*'"#*$"+,-'.+$/")*!"#$%&$!'#((#(%)*+%,!!-(** 0/-1$"2*)/3+4'-,*!"#$%'!.&$#/#*(0"#%+!'1.#*,),0!*%* 5&)+/6,-*./(('7/-'+$/"*!"#$%'!*,$)',%*#2!,0),0!*** 8,)9/"#$"2*+/*.:'"2,*!"#$%3!--!40*2%)%&-)** WIE IS EEN AGILE TESTER? EEN HONDENLEVEN De laatste tijd heb ik gemerkt dat verschillende firma s op zoek zijn naar het profiel van Agile Testers. Dus, dat betekent dat er ook een definitie zou moeten bestaan van wat een agile tester nu precies is, een functieomschrijving. Dat deel maakte me wel nieuwsgierig. Wanneer ben je nu eigenlijk een agile tester? Is er iets dat je nodig hebt om een agile tester genoemd te worden? Welke karaktertrekken zijn belangrijk om in passen in een agile proces? Agile Manifesto voor So"ware ontwikkeling! Geïntrigeerd door deze vragen, heb ik wat onderzoek hiernaar gedaan. Daarbij heb ik ontdekt dat er sport is die Agility noemt. En als ik dan wat verder onderzoek deed naar deze sport, merkte ik dat deze sport nauw aansluit bij wat ik agile testing noem. Agility is inderdaad de hondensport waarbij deze een volledig parcours doorlopen met verschillende obstakels en hindernissen, en dit op de meest efficiënte manier. Om dit te kunnen doen moeten de honden PAGE 2

3 een grote beweeglijkheid hebben en nimble zijn. Ik gebruik specifiek het Engelstalig woord aangezien dit de lading perfect dekt. In Encarta dictionary kan je vinden dat Nimble het volgende betekent: Fast, agile and light in movement, maar ook Able to think quickly and clevery. Betekent dit dan dat agile testers vergeleken kunnen worden met honden?? Nu, het leven van het tester in het algemeen lijkt soms wel op een hondenleven natuurlijk. WAAROM EEN CHECKLIST? Ik had verscheidene redenen om deze checklist op te stellen. De eerste reden was om voor mezelf uit te maken hoe een agile tester nu in mekaar zit als persoon. Samen hiermee kwam de tweede reden; aangezien ik geloof dat testers een bepaalde mindset hebben, ben ik altijd op zoek naar de persoon achter de skills van tester om deze mindset te kunnen bepalen. Tijdens een interview met een mogelijke kandidaat is het makkelijk om te spreken over de technische vaardigheden en de testing skills. Maar, wie is nu de persoon die tegenover mij zit? Wat bepaalt of hij of zij een goede tester is als persoon, meer bepaald voor de functie die ik op die moment in gedachten heb? Dit zijn ook de momenten waarop ik een checklist voor agile testers kan gebruiken, gedurende dergelijke interviews. En de derde reden is om agile testers een mogelijkheid te geven van een zel$eoordeling te doen, door een inzicht te geven in de (persoonlijke) skills die vereist zijn en hun feitelijke score op deze lijst. Dus, voor mij werd deze checklist een werkinstrument, een handleiding om een beter agile tester te worden zonder enkel aandacht te geven aan technieken en methodologieën, maar meer op de menselijke aspecten hiervan. DE CHECKLIST Ik hou van mijn klant De klant niet noodzakelijk de eindgebruiker van het product speelt een centrale rol in agile projecten, aangezien deze rol verantwoordelijk is voor het verzekeren dat de juiste oplossing gebouwd wordt door: De visie te voorzien die het product stuurt Het project te sturen via specifieke beslissingen over de volgorde van taken gebaseerd op een kosten-baten analyse van elk onderdeel van het te bouwen systeem De requirements duidelijk en volledig te omschrijven op het juiste moment en met het juiste level van detail De klant is ok verantwoordelijk voor de beoordeling dat het systeem correct gebouwd werd door: Acceptatiecriteria en -testen te definieren die de productontwikkeling sturen Het testen van het opgeleverde systeem (The Customer Role in Agile Projects - Workshop Position Paper by Jennitta Andrea) Zoals je kan zien is het beter van je klant graag te zien dan slechte gevoelens te hebben. Daarom helpt het om als tester verbonden te zijn met je te testen object en de omgeving waarin je werkt. Als je de op te leveren oplossing niet ondersteunt of je niet op je gemak voelt met de requirements, is het soms erg moeilijk om motivatie en gedrevenheid te tonen. Agile projecten benadrukken het feit dat iedereen een onderdeel van de ketting is die het product uiteindelijk oplevert. Dus, wanneer je niet geïnspireerd bent, kan het zijn dat je de zwakste schakel wordt, diegene die over het gehele project vertraging met zich meebrengt. PAGE 3

4 Ik werk op een zeer gestructureerde manier Agile projecten worden over het algemeen chaotisch, hectisch en zeer veranderlijk genoemd. Ik zal niet ontkennen dat dit ook vaak zo lijkt. Maar, mijn punt is dat binnen deze chaos, je aardig wat structuur nodig hebt om de organisatie in orde te houden en het proces volgens de planning te laten verlopen. Een vroegere collega van mij had de volgende mening over dit onderwerp: Voor mij is agile testing een extreme vorm van gestructureerd testen. Het volgt van zeer nabij op voorhand gedefinieerde ontwikkelings packages die getest moeten worden. Deze ontwikkelings packages moeten gedefinieerd worden met een korte oplevertermijn (a(ankelijk van het project, maar meestal in termijnen van 1 a 2 weken) binnen de ontwikkel- en testafdeling om een kwalitatief product te kunnen opleveren op het einde van de iteratie. Zeer dikwijls definieert de klant de ontwikkelings packages samen met de leverancier om een invloed te kunnen uitoefenen op de meest dringende functionaliteiten voor de markt. Dit kan zelfs leiden tot een gefaseerde betaling aan de leverancier. Dagelijkse standup meetings worden vaak gebruikt om een precieze opvolging te hebben. Voor mij is dit de manier om grote projecten te hanteren in kleine opleveringen en om snel een return on investment te hebben. Voor mij is dit niet de manier om continue veranderingen vanuit de ontwikkelaars te hanteren. Dat zou ongecontroleerd testen zijn. (Anneliese van Egghen - CTG). Ik zou het zelf niet beter kunnen zeggen. Ik bewonder onconventionele test tools Een aantal jaren geleden al las ik een artikel van James Bach, Boosting your testing super powers. Daarin stond een onderdeel over het gebruik van een transistor radio als test tool. Dit was om te checken of het programma al dan niet vastgelopen was via het storingsignaal op de frequenties. Het hoeft natuurlijk niet altijd zo extreem te zijn. Er zijn voldoende tools die niet als test tool omschreven worden en toch zo kunnen ingezet worden. Ik denk dat bijvoorbeeld aan CSV editors, screen cams, monitoring tools en mind mapping tools, die bijvoorbeeld kunnen ingezet worden bij de testvoorbereiding. De meeste van deze tools kunnen trouwens gratis gevonden worden op internet. De agile omgeving biedt de mogelijkheid aan de testers om deze tools te gebruiken, als ze hun toegevoegde waarde kunnen bewijzen voor het eindresultaat van de testactiviteiten. Naast deze reeds bestaande tools, worden er ook veel programma s fit for purpose geschreven. Programmeertalen als Ruby en Python worden hiervoor vaak ingeschakeld in agile omgevingen. Ik communiceer vanuit een open positie Communicatie is cruciaal in testen, en vooral in agile testing. Zoals reeds eerder vermeld werd verkiezen agile projecten oplossingen te leveren aan klanten, boven het schrijven van documenten over de op te leveren oplossing. Daarom moeten de teamleden met elkaar spreken om de informatie te versturen en te ontvangen die ze nodig hebben om hun job uit te oefenen. Zowel gesproken als geschreven vormen van communicatie zijn belangrijk. Alistair Cockburn heeft een grafiek opgesteld waarin alle vormen van communicatie worden getoond binnen een agile omgeving. Hij doet dit door de rijkdom aan informatie van het informatiekanaal te mappen op effectiviteit van de communicatie in een agile omgeving. Let ook op de verschillende niet vaak voorkomende vormen van communicatie zoals de audiotape en de videotape. PAGE 4

5 ! Figuur 2: Communicatie in agile projecten (Alistair Cockburn) Waar komt dan het onderdeel vanuit een open positie vandaan? In agile projecten, net zoals in andere projecten, wordt een verschil gemaakt tussen de rollen van analyst, ontwikkelaar en testers. Wanneer je als tester commniceert met de andere rollen, moet je eigenlijk openstaan naar deze rollen en niet enkel naar je eigen rol. De communicatie moet een interactie worden tussen de verschillende rollen. Ontwikkelaars worden betrokken op het terrein van de tester, analysten worden betrokken bij development en omgekeerd. Ik ben een VIP in mijn project team, net als de anderen Zoals vermeld in de intro van deze paper, een van de principes van de Agile Manifesto zegt dat Individuen en interacties hoger ingeschat moeten worden dan processen en tools. Elisabeth Hendrickson zegt dit ook in haar presentatie: Ik werd geapprecieerd als tester! Wow, dit was nieuw voor mij!. In agile omgevingen wordt de bijdrage van elk persoon aan het eindproduct sterk geapprecieerd. Het team bevat mensen, elk met hun capaciteiten die samengebracht worden door interactie. Een goed agile project haalt het beste boven bij elk individu, om het groter doel te eren. Daarom wordt de verloning en erkenning gedaan op een gelijkwaardige, edoch individuele manier, ona(ankelijk van de rol die opgenomen wordt in het project. Ik dek mezelf niet continu in Dit is het onderdeel waar documentatie een belangrijke rol speelt. Werkende software boven allesomvattende documentatie wordt er aangehaald in het Agile Manifesto. Als je binnen een project de vraag stelt Wat zijn de belangrijkste redenen om documentatie op te zetten? krijg je in zowat 90% van de gevallen antwoorden als Ik doe dit om informatie door te geven, om een overeenkomst te hebben over de inhoud of Om een databank van permanente documentatie op te bouwen. PAGE 5

6 Een van de hoofdredenen voor het opzetten van al deze documentatie is om onszelf in te dekken in tijd van nood. Het opstellen van documenten en hun review proces zijn nuttig, wanneer ze correct gebruikt worden. Ik sprak over het verminderen van de afval in de intro van deze paper. Overhead in documentatie is een onderdeel van deze afval. Het testplan kunnen we hier als voorbeeld gebruiken. In de meeste gevallen zijn de precondities en de voorgedefinieerde scope hiervan een onderdeel. Als we deze erg strikt definieren, nemen we de flexibiliteit onmiddellijk weg van de testactiviteiten. Deze scope en precondities houden altijd het risico in van naar verwezen te worden als er iets fout gaat en je hebt geen zin om de schuld op je te nemen, ook al is het je fout. Oplossingen voor problemen worden voorzien door het hele team in agile omgevingen. Er wordt geen - schaarse - tijd gespendeert om de schuldige te zoeken om deze met een blaam naar huis te sturen. De samenwerking tussen de verschillende teamleden is sterker dan de controlepunten die ingebouwd worden door de verschillende rollen ten opzichte van mekaar in veel gevallen.entry en exit criteria zijn een ander perfect voorbeeld. Ik ben er van overtuigd dat deze echt wel nodig zijn, maar ze mogen niet misbruikt worden om te komen tot een spel van Het was niet mijn fout of Ik wist het. Ik ken mijn grenzen Testen in een agile omgeving heeft het risico van chaotisch, ongestructureerd en ongecontrolleer te worden. Het is erg moeilijk om deze grens niet te overschrijden in agile omgevingen. De tester, net als de andere rollen, geniet van de vrijheid gecombineerd met een groot aantal verantwoordelijkheden. Als we in deze context over grenzen spreken, hebben we het over zowel de inhoudelijke grenzen als deze wat tijd betreft. Agile omgevingen zijn gekend voor hun opleveringen van kleine onderdelen van de uiteindelijke oplossing, ook wel incrementen genoemd. De inhoud van deze incrementen wordt overeengekomen vor de start van elke release. Als tester is het cruciaal van deze grenzen te begrijpen en zeker te respecteren. Het niet respecteren van deze grenzen zou overhead creëren bij het analyseren en doorsturen van mogelijke issues die gevonden worden. Het bepalen van wat niet in scope is, is minstens even belangrijk als het bepalen wat wel in scope is van de testactiviteiten. Samen met de grenzen wat inhoud betreft, moet er ook een testplanning opgesteld worden voor elk increment. Time boxing is een techniek die vaak bij gebruikt wordt bij agile projecten. Gedurende de testactiviteiten is het belangrijk om het tijdsschema strikt te volgen en mogelijke risico s snel aanhalen als de testuitvoer niet tijdig klaar zal zijn. Dan kan er een beslissing genomen worden door het hele team om de testperiode te verlengen, of gewoon het risico te lopen van aantal testen niet te kunnen uitvoeren. Om dit soort van beslissingen mogelijk te maken, moet de tester altijd het tijdsschema respecteren. EN DAN, HET LAATSTE ITEM Normaal gezien zou ik dit onderdeel van deze paper moeten beëindigen met de nadruk te leggen op de verschillen tussen de agile testers en de testers in meer conventionele projecten. Maar, de aandachtige lezer heeft waarschijnlijk al gemerkt dat er niet echt veel verschillen zijn. Natuurlijk kan ik niet ontkennen dat testen in een agile omgeving een aantal persoonlijke skills vereist die verschillend zijn of meer verfijnd dan voor een tester in een conventioneel project. Voorbeelden hiervan zijn communicatieskills, openheid naar anderen toe en flexibiliteit. Dit zijn uiteraard ook karakteristieken die op zich geen kwaad kunnen in meer conventionele projecten. Dus, heb ik een bijkomend punt toegevoegd aan de lijst over het zijn van een tester. PAGE 6

7 Ik ben een tester Dit is absoluut mijn favoriet item van de lijst. Boven alles, om een tester te zijn in een agile project, moet je een overtuigd tester zijn om te beginnen. Testen is een mindset; testtechnieken zijn een manier om het testtalent wat bij te schaven en meer structuur in het testen te brengen. Door agile testing te definieren als Testen in een agile omgeving wordt het duidelijk dat een agile tester een tester is die bepaalde manieren van werken aanwendt. Het is ook zo dat bepaalde technieken die gebruikt worden in agile testing, zoals Exploratory Testing, natuurlijk aanvoelen voor een tester. Het is iets wat een tester automatisch zal doen bij het uitvoeren van zijn of haar voora$epaalde testgevallen. Als ik naar mijn eigen carriere kijk, kan ik vaststellen dat ik al agile testing technieken gebruikte nog voor ik ooit van deze term gehoord had. Dit brengt me dan ook terug naar het begin van deze paper. Het is niet door het gebruik van termen en definities dat je automatisch een tester wordt, laat staan een agile tester. TOEPASSING VAN DE AGILE PRINCIPES Net zoals bij andere methodologieën is het ook bij Agile Testen zo dat je niet altijd de full blown oplossing moet implementeren. Bepaalde aspecten kunnen gebruikt worden in bepaalde omstandigheden, a(ankelijk van het eindresultaat. Zo heb ik in het verleden ook iteraties gebruikt terwijl we in een totaal niet-iteratieve omgeving werkten. Samen hierbij hebben we Exploratory Testing gebruikt als voorbereiding op het scripted testen. Het model zag er als volgt uit: Binnen dit model zijn er duidelijk twee onderdelen te herkennen: het niet-iteratieve gedeelte, en het iteratieve gedeelte Het niet-iteratieve gedeelte is geheel volgens de regels van een conventioneel project. Er wordt een scope bepaald, deze wordt ontwikkeld en na de systeemtesten volgen dan de acceptatietesten om het vervolgens in productie te zetten. PAGE 7

8 Binnen het iteratieve gedeelte herkennen we vier onderdelen: Plan Ontwikkel Exploratory testing Workshops met de eindgebruiker PLAN Het plannen is een zeer belangrijk onderdeel in het werken met iteraties. Hierin werd er een overeenkomst gezocht tussen de plannings van eindgebruiker, development en de testafdeling. De eindgebruiker heeft uiteraard in de end-to-end planning. In de planning van verschillende iteraties werd er door testing bepaald welke gedeeltes er als eerste moesten ontwikkeld worden, om zo snel mogelijk gelinkte componenten end-to-end te kunnen testen. De developmentafdeling ging dan na hoe dit het best in hun planning paste, en zo werd er telkens een iteratie met zijn inhoud bepaald. ONTWIKKEL Binnen deze fase werd uiteraard de software die vastgelegd werd bij de planning van de iteratie ontwikkeld. Voor developers is het zeer belangrijk dat ze weten wat precies de inhoud en timing van een iteratie is, en dat ze zich hier ook aan houden. EXPLORATORY TESTING Telkens de software van een bepaalde iteratie ontwikkeld was, startte het testteam met exploratory testing. Het feit dat we exploratory testing gebruikten als voorbereiding op het scripted testen van de systeem- en acceptatietesten was cruciaal voor deze oplossing. De uitvoering van deze testen zorgde ervoor dat we de applicatie sneller leerden kennen. Gedurende deze fase werden de volgende activiteiten uitgevoerd: Ontdekken van het stuk van de applicatie dat al ontwikkeld was Opstellen van test cases aan de hand van de documentatie, maar vooral op basis van de exploratory test cases die we uitvoeren Testen van de applicatie en tevens ook loggen van de defects die we vonden tijdens deze exploratory testing fase Door het werken met deze fases van exploratory testing ontdekten we tal van voordelen. In een normale situatie zien de testers de applicatie pas bij het begin van de testexecutie van systeemtesten. Op voorhand dienen zij hun test cases op te stellen op basis van de documentatie die voorhanden is en met wat geluk ook op basis van een blik op een aantal schermen die reeds te bezichtigen zijn. Door het ontdekken van de applicatie verhoogde onze kennis hiervan aanzienlijk. Als gevolg hiervan zagen we duidelijk dat de efficientie van onze test cases veel hoger lag dan in een conventioneel project. Op langere termijn betekent dit dat we veel minder wijzigingen moesten aanbrengen aan de test cases tijdens de uitvoering ervan in de systeemtesten. Ook logden we tijdens het uitvoeren van deze exploratory testing reeds de issues die we tegenkwamen. Dit betekende dat de grootste issues reeds uit de software gehaald zijn voor we met de systeemtesten beginnen. Opnieuw tijdsvoordeel op langere termijn, aangezien er niets blokkerend meer werkt tijdens de systeemtesten. PAGE 8

9 WORKSHOPS MET DE EINDGEBRUIKER Normaal gezien hebben de eindgebruikers gedurende de laatste weken voor oplevering de applicatie ter beschikking om hun testen uit te voeren. Deze testen hebben zij ook voorbereid op basis van de voorhanden zijnde documentatie. Binnen deze aanpak betrokken we de eindgebruikers in de iteraties. Telkens we een getest onderdeel van de applicatie hadden, hielden we workshops met de eindgebruikers om hen zo al op voorhand kennis te laten maken met de applicatie. Ook voor hun had dit een heel positief resultaat op de efficientie van hun test cases. Gedurende deze workshops werd ook hun feedback gevraagd zodat we deze ook hadden voor we aan de effectieve acceptatietesten begonnen. Sommigen beweren dat deze stap kan vervangen worden door prototypes, maar ik ben het hier niet meer eens. Prototypes zijn zeer handig bij het opzetten van requirements en ook voor het voorbereiden van een aantal basis testgevallen. Een werkende versie van de software daarentegen geeft een veel betere basis om een mening over te vormen. CONCLUSIE Binnen deze paper heb ik proberen aan te tonen dat agile testing in de praktijk niet om de termen en definities draait. Het is vooral een doe-sport waarin je bepaalde karakteristieken beter kan gebruiken dan in de meer conventionele projecten. Als tester is het zeer belangrijk te weten dat je als agile tester een tester bent in een agile omgeving. Bij agile testen in de praktijk is het ook mogelijk van niet de full-blown oplossing te implenteren. In het voorbeeld dat ik heb aangehaald kan je duidelijk zien dat het toepassen van bepaalde aspecten van agile testen in de juiste context een heel flexibele oplossing kan geven voor een specifiek probleem. Erik Boelen BRONNEN Article James Bach boosting your testing superpowers. (http://www.stickyminds.com/ sitewide.asp? Function=edetail&ObjectType=COL&ObjectId=3033&tth=DYN&tt=site &iDyn=2) Anko Tijman Agile Testing (Testen als teamsport) Wictionary.org Wikipedia.com LinkedIn survey Google Video Googletalk Elisabeth Hendrickson ((QualityTree.com) - video.google.com/videoplay?docid= The Customer Role in Agile Projects - Workshop Position Paper by Jennitta Andrea The Agile Manifesto for software development - PAGE 9

your reference in testing services WorkShop Agile in de praktijk - Erik Boelen - 18 december 2008

your reference in testing services WorkShop Agile in de praktijk - Erik Boelen - 18 december 2008 your reference in testing services WorkShop Agile in de praktijk - Erik Boelen - 18 december 2008 Onderwerpen vandaag Geen theoretische achtergrond Gebaseerd op eigen praktijk Niet uit boeken te halen

Nadere informatie

Agile Testen in de praktijk

Agile Testen in de praktijk 1 Agenda 2 Agile Testen in de praktijk Summerschool 13 Juli 2011 Introductie Agile de context van agile Testen2.0 de tester in een agile project Waarden en principes DoD, PRA en MTP Testen3.0 in een agile

Nadere informatie

Testgedreven ontwikkeling dat is pas veilig!

Testgedreven ontwikkeling dat is pas veilig! Testgedreven ontwikkeling dat is pas veilig! INTRODUCTIE ANKO TIJMAN 2 Software tester sinds 1997 (TMap, ISEB Practitioner) Eerste agile ervaring in 2001 Presentaties op (inter)nationale congressen Nov

Nadere informatie

Agile systeemontwikkeling. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Agile systeemontwikkeling. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Agile systeemontwikkeling Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding... 3 2. Terminologie... 4 3. Uitgangspunten...

Nadere informatie

Leiderschap in een organisatie met technische professionals

Leiderschap in een organisatie met technische professionals Quintor Leiderschap in een organisatie met technische professionals Johan Tillema CEO Quintor Professionele softwareontwikkeling ICT Architectuur Java,.NET en Mobile Informatieanalyse Opgericht in 2005

Nadere informatie

Unified Process. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Unified Process. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Unified Process Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding... 3 2. Unified Process... 4 3. Fasering... 5 3.1.

Nadere informatie

Martin van Leeuwen Happy Testing

Martin van Leeuwen Happy Testing Titel, samenvatting en biografie Samenvatting: Deze presentatie beschrijft een aantal test maatregelen die in een RUP nieuwbouw project zijn genomen, om ervoor te zorgen dat het testen aan het eind van

Nadere informatie

WHITE PAPER. Agile/Scrum

WHITE PAPER. Agile/Scrum WHITE PAPER Agile/Scrum Belangrijkste kenmerk van Scrum is de ontwikkeling via een serie van korte - iteraties, in Scrum terminologie sprints genoemd. Introductie Heel in het kort gezegd is Scrum een Agile

Nadere informatie

RAD Rapid application development. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

RAD Rapid application development. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. RAD Rapid application development Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER...

Nadere informatie

BDD/Gherkin. Een introductie

BDD/Gherkin. Een introductie BDD/Gherkin Een introductie Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding... 3 2. BDD... 4 3. Gherkin... 5 4. BDD-Tools... 6 5. Voordelen... 7 6. Benodigde kennis en vaardigheden...

Nadere informatie

Releasen met een druk op de knop: Met behulp van Continuous Delivery sneller uw doel bereiken

Releasen met een druk op de knop: Met behulp van Continuous Delivery sneller uw doel bereiken Releasen met een druk op de knop: Met behulp van Continuous Delivery sneller uw doel bereiken De business organisatie heeft altijd stijgende verwachtingen van uw IT organisatie. Meer dan ooit is het van

Nadere informatie

Testen bij DWH-projecten

Testen bij DWH-projecten Testen bij DWH-projecten Snelheid, Kwaliteit, Flexibiliteit onder úw regie Armando Dörsek, Software Control 18-09-2007 Wat gaat u horen? Testen van DW/BI > Structureren & Plannen Project- en teamstructuur

Nadere informatie

Kwaliteit in Agile: een gegeven?

Kwaliteit in Agile: een gegeven? QA in Agile: waste? Kwaliteit in Agile: een gegeven? Een praktijkvoorbeeld Arno Balemans senior Quality Assurance consultant Bussum, 29 september 2015 Kwaliteit in Agile 2015 2 Werkzaamheden In mijn opdrachten:

Nadere informatie

Scrum. Een introductie

Scrum. Een introductie Organisatie SYSQA B.V. Pagina 1 van 10 Scrum Een introductie Almere 1999 Proud of it Pagina 1 van 10 Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 Inleiding... 3 2 Scrum... 4 3 Scrum rollen...

Nadere informatie

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag

Nadere informatie

Anand T hakur. Over Anand

Anand T hakur. Over Anand Anand T hakur Over Anand 1987 Anand Thakur is een TMAP Next gecertificeerde testcoördinator. Mede door zijn analytisch vermogen, objectiviteit, senioriteit, vermogen om onder druk te werken en geode stakeholder

Nadere informatie

Ontwikkelen en testen van e-business: beheerste dynamiek

Ontwikkelen en testen van e-business: beheerste dynamiek Ontwikkelen en testen van e-business: beheerste dynamiek Het ontwikkelen en gestructureerd testen van administratieve systemen is gebaseerd het watervalprincipe. Bij het ontwikkelen volgens het watervalprincipe

Nadere informatie

TESTAUTOMATISERING IN EEN ETL-OMGEVING

TESTAUTOMATISERING IN EEN ETL-OMGEVING Pagina 21 TESTAUTOMATISERING IN EEN ETL-OMGEVING Door John Kronenberg John.Kronenberg@bartosz.nl @johnkronenberg Edward Crain Edward.crain@divetro.nl Welke groeifasen werden doorlopen in testautomatisering

Nadere informatie

1. De watervalmethode... 2. 2. Agile softwareontwikkeling... 2. 3. Iteratief werken... 3. 4. Agile technieken voor teams... 3

1. De watervalmethode... 2. 2. Agile softwareontwikkeling... 2. 3. Iteratief werken... 3. 4. Agile technieken voor teams... 3 Naar Voren: Tijdschrift voor webwerkers» Artikel #155 Agile (web)ontwikkeling Omarm de verandering Als ICT-professional heb je het liefst dat de klant exact weet wat hij wil, dat jij exact weet hoe je

Nadere informatie

Agile testen - kwaliteit onder controle

Agile testen - kwaliteit onder controle Agile testen - kwaliteit onder controle Marc Evers Piecemeal Growth Anko Tijman Ordina TestNet 16 maart 2006 www.testnet.org Agenda Wat betekent agile en agile testen Kwaliteitsborging in agile projecten

Nadere informatie

Agile ervaring Ir.ing. Erik van Daalen

Agile ervaring Ir.ing. Erik van Daalen Agile ervaring Ir.ing. Erik van Daalen Eneco Rotterdam 3 december 2013 03-12-2013 Agile Erik van Daalen 1 Hoofdsponsor Sponsors IPMA-N Jaarsponsors 03-12-2013 Agile Erik van Daalen 2 Korte introductie

Nadere informatie

Cecile Davis & Leo van der Aalst cecile.davis@sogeti.nl & leo.vander.aalst@sogeti.nl

Cecile Davis & Leo van der Aalst cecile.davis@sogeti.nl & leo.vander.aalst@sogeti.nl (fr)agile Balance Cecile Davis & Leo van der Aalst cecile.davis@sogeti.nl & leo.vander.aalst@sogeti.nl Voorstelronde Naam Organisatie Ervaring met testen in agile omgevingen Verwachting 2 Agenda 09:30

Nadere informatie

Riskpoker - Confirmation - Planningpoker. Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink

Riskpoker - Confirmation - Planningpoker. Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink Riskpoker - Confirmation - Planningpoker 10-7-2013 Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink 1 Presentatie (sprint) backlog items 1 2 3 4

Nadere informatie

Testen. Presentatie. Open-i Software Services BV, Maarssen Datum : 06-07-2013 Versie : 1.2

Testen. Presentatie. Open-i Software Services BV, Maarssen Datum : 06-07-2013 Versie : 1.2 Testen Presentatie Open-i Software Services BV, Maarssen Datum : 06-07-2013 Versie : 1.2 Algemeen Tegenwoordig behoeft het belang van testen nauwelijks nog te worden uitgelegd. Binnen organisaties speelt

Nadere informatie

Agile werken: zó doen we dat

Agile werken: zó doen we dat Agile werken: zó doen we dat Bij Freshheads werken we graag volgens de Agile aanpak. De voordelen? Verhoogde efficiëntie en flexibiliteit, snellere resultaten en grotere betrokkenheid. Maar hoe gaat het

Nadere informatie

Webtesten onder schaarste

Webtesten onder schaarste Testnet najaarsevenement 2005 B e y o n d t h e o r d i n a r y Webtesten onder schaarste Vincent Staal ORDINA NV Ringwade 1 Postbus 7101 3430 JC Nieuwegein Tel: 030 6637000 Fax: 030 6637099 www.ordina.nl

Nadere informatie

Adding value to test tooling Hoe en waarom DevOps de wereld van performance testen verandert

Adding value to test tooling Hoe en waarom DevOps de wereld van performance testen verandert Hoe en waarom DevOps de wereld van performance testen verandert Najaarsevenement 14 oktober 2015 Inleiding Wie zijn we Marc Koper: Specialist in performancetesten / testautomatisering HenkJaap van den

Nadere informatie

Linkedin discussie: Hoe kan je best geld besparen op testen?

Linkedin discussie: Hoe kan je best geld besparen op testen? Linkedin discussie: Hoe kan je best geld besparen op testen? Snelle besparingen In deze tijden moet iedereen besparen. Dit wordt natuurlijk ook verwacht van een testteam: Waar kan je binnen testen besparen?

Nadere informatie

INNOVATION BY MAKING LEARNING BY DOING

INNOVATION BY MAKING LEARNING BY DOING INNOVATION BY MAKING LEARNING BY DOING 1 INNOVATION BY MAKING, LEARNING BY DOING Bij alles wat we doen, hanteren we deze twee principes. Innovation happens by making. The only way to learn innovation is

Nadere informatie

Driving business agility with open source Innovation fueled from outside

Driving business agility with open source Innovation fueled from outside Driving business agility with open source Innovation fueled from outside Travelcard, project Next Peter Latten, Maarten Küppers Peter Latten Peter Latten Scrum Coach / Sr. Project Manager m: +31 (0)6 23

Nadere informatie

TestNet Voorjaarsevenement 2010 Jurian van de Laar 12 mei 2010 info@improveqs.nl

TestNet Voorjaarsevenement 2010 Jurian van de Laar 12 mei 2010 info@improveqs.nl Testers helpen ontwikkelaars of andersom? TestNet Voorjaarsevenement 2010 Jurian van de Laar 12 mei 2010 info@improveqs.nl Improve Quality Services B.V. 2 Agenda Hoe veilig is een muur? Past Scrum ook

Nadere informatie

Betere dienstverlening financiële organisaties met continuous delivery Flexibeler, efficiënter en in kort tijdsbestek software ontwikkelen

Betere dienstverlening financiële organisaties met continuous delivery Flexibeler, efficiënter en in kort tijdsbestek software ontwikkelen Betere dienstverlening financiële organisaties met continuous delivery Flexibeler, efficiënter en in kort tijdsbestek software ontwikkelen Sinds de kredietcrisis en door opkomende technologieën staan banken

Nadere informatie

LSSN seminar Amsterdam 01-11-2012 Edwin Kippers Master Black Belt. Project Management

LSSN seminar Amsterdam 01-11-2012 Edwin Kippers Master Black Belt. Project Management Lean Six Sigma Scrum Niet alleen voor software projecten LSSN seminar Amsterdam 01-11-2012 Edwin Kippers Master Black Belt Project Management Project succes survey The Standish Group's report: "CHAOS Summary

Nadere informatie

Plan van Aanpak. project Tetris Packing

Plan van Aanpak. project Tetris Packing Plan van Aanpak project Tetris Packing Inleiding! 4 Projectomschrijving! 5 Producten! 5 Testplan! 5 Ontwerprapport! 5 Implementatierapport! 5 Testrapport! 5 Systeemdocumentatie! 5 Aanpak! 6 Projectmethodiek!

Nadere informatie

Kwaliteit en Testen binnen Agile Project Management volgens Scrum bij Planon. David Griffioen 11 april 2006

Kwaliteit en Testen binnen Agile Project Management volgens Scrum bij Planon. David Griffioen 11 april 2006 Kwaliteit en Testen binnen Agile Project Management volgens Scrum bij Planon David Griffioen april 2006 Agenda Planon Agile Scrum Scrum bij Planon Kwaliteit en Testen Planon Planon maakt productsoftware

Nadere informatie

Scrum. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Scrum. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Scrum Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 INLEIDING... 3 2 SCRUM... 4 3 FASERING... 5 4 KENMERKEN... 6 4.1 DE SCRUM-MEETING...

Nadere informatie

EXIN Agile Scrum Foundation

EXIN Agile Scrum Foundation Voorbeeldexamen EXIN Agile Scrum Foundation Editie april 2014 Copyright 2014 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system

Nadere informatie

Evo Evolutionary Project Management. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Evo Evolutionary Project Management. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Evo Evolutionary Project Management Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. INLEIDING... 3 2. EVO... 4 3. FASERING...

Nadere informatie

Agile in Projecten minimalisme of strak pak? Richard Weber PMP

Agile in Projecten minimalisme of strak pak? Richard Weber PMP Agile in Projecten minimalisme of strak pak? Richard Weber PMP De Spreker Richard Weber Directeur & oprichter Adviseur & coach Projectmanagement Profile Dynamics ICT & Bedrijfskundige achtergrond Trainer

Nadere informatie

Het CIBG ervaart een hogere kwaliteit met applicatie-ontwikkeling in Microsoft Visual Studio 2010

Het CIBG ervaart een hogere kwaliteit met applicatie-ontwikkeling in Microsoft Visual Studio 2010 Het CIBG ervaart een hogere kwaliteit met applicatie-ontwikkeling in Microsoft Visual Studio 2010 Organisatie Het CIBG is een uitvoeringsorganisatie van het ministerie van Volksgezondheid, Welzijn en Sport.

Nadere informatie

Test rapportage Waarom eigenlijk?

Test rapportage Waarom eigenlijk? Testrapportage Boodschappers van de koning? Test rapportage Waarom eigenlijk? TestNet voorjaarsevenement 2015 Jurian van de Laar Jurian van de Laar @JurianvdL 30 april 2015 @JurianvdL Jurian van de Laar

Nadere informatie

Titel, samenvatting en biografie

Titel, samenvatting en biografie Titel, samenvatting en biografie \ Peter Wanders De Black Box Dialog methode Voorjaarsevent Testnet: 22 juni 2009 Samenvatting Nog nooit heb ik heb een klant horen zeggen: Enorm vervelend dat het IT project

Nadere informatie

Agile, Scrum en Kanban in de praktijk

Agile, Scrum en Kanban in de praktijk Agile, Scrum en Kanban in de praktijk Wat is agile en wat kenmerkt agile projecten? Agile in de praktijk: rollen, teams en best practices Hoe om te gaan met requirements in agile projecten? Hoe agile projecten

Nadere informatie

TFS als perfecte tool voor Scrum

TFS als perfecte tool voor Scrum TFS als perfecte tool voor Scrum René van Osnabrugge renevo@delta-n.nl About me René van Osnabrugge Communicate @renevo renevo@delta-n.nl http://osnabrugge.wordpress.com Agenda Wat is Scrum? Wat is ALM

Nadere informatie

Software Project Management Plan

Software Project Management Plan Software Project Management Plan GameTrac Versie Datum Auteur(s) Opmerking 0.1 3/11/2010 Brecht Van Laethem 1 Door hieronder te tekenen verklaart u akkoord te zijn met dit document en zijn inhoud. Het

Nadere informatie

voorpublicatie TESTEN2.0 TM de praktijk van agile testen Testen 2.0 agile testen vooraankondiging.indd 1 11-9-2008 11:35:52

voorpublicatie TESTEN2.0 TM de praktijk van agile testen Testen 2.0 agile testen vooraankondiging.indd 1 11-9-2008 11:35:52 voorpublicatie TESTEN2.0 TM de praktijk van agile testen Testen 2.0 agile testen vooraankondiging.indd 1 11-9-2008 11:35:52 In november 2008 publiceert Ordina het boek Testen2.0 TM. De praktijk van agile

Nadere informatie

Product Risico Analyse

Product Risico Analyse Product Risico Analyse Jurian van de Laar TestNet Avond 9 oktober 2013 www.improveqs.nl (info@improveqs.nl) Versie 2.0 1 Herkenbaar? In ons testproces wordt product risico analyse toegepast Wij gebruiken

Nadere informatie

Stuurgroep ICT innovatie in de ouderenzorg. 12 oktober 2010

Stuurgroep ICT innovatie in de ouderenzorg. 12 oktober 2010 Stuurgroep ICT innovatie in de ouderenzorg 12 oktober 2010 Agenda High Level Scope Projectorganisatie en werkingsprincipes Projectplanning en roll-out Projectopvolging Evaluatie diensten Agenda volgende

Nadere informatie

ISO 20000 @ CTG Europe

ISO 20000 @ CTG Europe ISO 20000 @ CTG Europe 31/10/2007 mieke.roelens@ctg.com +32 496266725 1 Agenda 31 oktober 2007 Voorstelling Project Business Case: Doel & Scope Projectorganisatie Resultaten assessments en conclusies De

Nadere informatie

De tester als bruggenbouwer

De tester als bruggenbouwer De tester als bruggenbouwer Tim Koomen Testnet voorjaarsevenement 9 juni 2004 Agenda Bruggen Enkele bruggen toegelicht De bruggenbouwer Trends Sogeti Nederland B.V. Pagina 1 Bruggen Systeem Beheer Stuur

Nadere informatie

Toepassen van Scrum als process template

Toepassen van Scrum als process template Toepassen van Scrum als process template Door Robin Witteman robinw@delta-n.nl Introductie van Scrum Het toepassen van Scrum is in 1986 op de Universiteit van Harvard uitgedacht door Hirotaka Takeuchi

Nadere informatie

Najaarsspecial Oktober 2013

Najaarsspecial Oktober 2013 Najaarsspecial Oktober 2013 Pagina 12 TESTEN IS GEEN KUNSTJE ; ADAPTIVITEIT MAAKT VAN TESTEN IN JOUW CONTEXT EEN KUNDE! Door Leo van der Aalst en Rik Marselis leo.vander.aalst@sogeti.nl rik.marselis@sogeti.nl

Nadere informatie

Software Test Plan. Yannick Verschueren

Software Test Plan. Yannick Verschueren Software Test Plan Yannick Verschueren November 2014 Document geschiedenis Versie Datum Auteur/co-auteur Beschrijving 1 November 2014 Yannick Verschueren Eerste versie 1 Inhoudstafel 1 Introductie 3 1.1

Nadere informatie

Kwaliteitsbewaking en testen in ICT beheerorganisaties

Kwaliteitsbewaking en testen in ICT beheerorganisaties DKTP Informatie Technologie Veembroederhof 1 1019 HD Amsterdam Telefoon 020 427 52 21 Kwaliteitsbewaking en testen in ICT beheerorganisaties Voor de meeste projectgroepen die software ontwikkelen vormt

Nadere informatie

Eibert Dijkgraaf Kijk verder dan je test neus lang is: Life Cycle Testing Scan Voorjaarsevent Testnet: 30 juni 2008

Eibert Dijkgraaf Kijk verder dan je test neus lang is: Life Cycle Testing Scan Voorjaarsevent Testnet: 30 juni 2008 Titel, samenvatting en biografie Eibert Dijkgraaf Kijk verder dan je test neus lang is: Life Cycle Testing Scan Voorjaarsevent Testnet: 30 juni 2008 Samenvatting: Eibert Dijkgraaf (testconsultant Test

Nadere informatie

Whitepaper. Exploratory Testing. Waarom doen we dat niet altijd? door Dennis Joele

Whitepaper. Exploratory Testing. Waarom doen we dat niet altijd? door Dennis Joele Whitepaper Exploratory Testing Waarom doen we dat niet altijd? door Dennis Joele Dennis Joele is werkzaam als test designer bij TriOpSys en heeft als zodanig voor de Dienst der Hydrografie van de Koninklijke

Nadere informatie

Test Coördinatie Introductie

Test Coördinatie Introductie your reference in testing services Test Coördinatie Introductie 1 Gent, 4 april 2011 Wat verstaan jullie onder testen? En testcoördinatie? 2 Hoe zien jullie het? Testen bestaat uit activiteiten die uitgevoerd

Nadere informatie

WHITEPAPER IN 5 MINUTEN. 11. Scrum

WHITEPAPER IN 5 MINUTEN. 11. Scrum WHITEPAPER IN 5 MINUTEN A U G U S T U S 2 0 1 4 11. Scrum Deze whitepaper gaat over Scrum. Kort en bondig: Scrum is een software-ontwikkelmethode met vaste sprints van enkele weken waarin steeds een verbeterde

Nadere informatie

Verzamelde vragen en antwoorden Agile Applicatie ontwikkeling. Agile Methodiek en Technologie. Zest Application Professionals

Verzamelde vragen en antwoorden Agile Applicatie ontwikkeling. Agile Methodiek en Technologie. Zest Application Professionals Verzamelde vragen en antwoorden Agile Applicatie ontwikkeling Agile Methodiek en Technologie Zest Application Professionals Hoe is de aansluiting op ontwikkelmethoden voor Legacy-systemen? Out of the Box

Nadere informatie

Ontwikkelmethoden en technieken. Ontwikkelmethoden & Technieken HC 2

Ontwikkelmethoden en technieken. Ontwikkelmethoden & Technieken HC 2 Ontwikkelmethoden en technieken 1 Vandaag Een kleine geschiedenis (vervolg) Klein stukje XP Afbakening verwachtingen 2 Werkwijze theorie Lesstof Presentaties Boek Aantekeningen Introductie/overzicht Week

Nadere informatie

ABN AMRO Verzekeringen Project: Documentbeheer Verzekeringen

ABN AMRO Verzekeringen Project: Documentbeheer Verzekeringen Opdrachtformulering Het in kaart brengen van de structuur achter verzekeringsdocumenten met het doel deze op een efficiënte manier productief te maken in een daarvoor te realiseren tool. De applicatie

Nadere informatie

PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D

PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D Auteur : P. van der Meer, Ritense B.V. Datum : 17 juli 2008 Versie : 1.3 2008 Ritense B.V. INHOUD 1 VERSIEBEHEER...1 2 PROJECT

Nadere informatie

Software Quality Assurance Plan

Software Quality Assurance Plan FACULTEIT WETENSCHAPPEN Software Quality Assurance Plan Software Engineering groep 3 Jeroen Van den haute Versie Datum Auteur Commentaar 0.1 09/11/2010 Jeroen Van den haute Eerste versie 0.2 12/11/2010

Nadere informatie

Overdracht van project naar beheer. Beheer is ook Agile!

Overdracht van project naar beheer. Beheer is ook Agile! Overdracht van project naar beheer. Beheer is ook Agile! Belangrijkste doelen Project: Binnen tijd en geld een nieuw of aangepast product of dienst aan de klant leveren. Beheer: Het garanderen van continuïteit

Nadere informatie

Uitdagingen performancetesten in een Agile omgeving Best Practices & Demo

Uitdagingen performancetesten in een Agile omgeving Best Practices & Demo Uitdagingen performancetesten in een Agile omgeving Best Practices & Demo Henrik Rexed & Joerek van Gaalen Voorstellen Joerek van Gaalen Performancetest specialist sinds 2005 Sinds 2014 CTO Computest Voorstellen

Nadere informatie

EXIN Agile Scrum Foundation

EXIN Agile Scrum Foundation Preparation Guide EXIN Agile Scrum Foundation Editie december 2014 Copyright 2014 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing

Nadere informatie

Testen binnen agile methoden Anko Tijman

Testen binnen agile methoden Anko Tijman Testen binnen agile methoden Anko Tijman Introductie sinds 1997 in software testen testcoördinator Van Meijel Automatisering verbeterproces aansluiten bij extreme Programming agile proces 2 Testen binnen

Nadere informatie

Agile Beheer: Mythe of werkelijkheid? Odile Moreau BlinkLane Consulting NIOC 2013 - Arnhem, 5 april 2013

Agile Beheer: Mythe of werkelijkheid? Odile Moreau BlinkLane Consulting NIOC 2013 - Arnhem, 5 april 2013 Agile Beheer: Mythe of werkelijkheid? Odile Moreau BlinkLane Consulting NIOC 2013 - Arnhem, 5 april 2013 Achtergrond 2 Agile methoden zijn al een tijd heel populair geworden Zoals Scrum voor software ontwikkeling

Nadere informatie

Aliens? http://www.youtube.com/watch?v=e5pqleh2hz8

Aliens? http://www.youtube.com/watch?v=e5pqleh2hz8 Aliens? http://www.youtube.com/watch?v=e5pqleh2hz8 Ontwikkelmethoden en technieken Kenmerken van ontwikkelmethoden POMT HC2 2 Vorige week 3 Rollenspel Klant is koning Communicatie en afspraken Documentatie

Nadere informatie

Incore Solutions Learning By Doing

Incore Solutions Learning By Doing Incore Solutions Learning By Doing Incore Solutions Gestart in November 2007 Consultants zijn ervaren met bedrijfsprocessen en met Business Intelligence Alle expertise onder 1 dak voor een succesvolle

Nadere informatie

Werkgroep ISO29119. TestNet thema-avond 9 oktober 2014

Werkgroep ISO29119. TestNet thema-avond 9 oktober 2014 Werkgroep ISO29119 TestNet thema-avond 9 oktober 2014 Is dit n gezonde maaltijd? Ja toch!! Om jezelf een oordeel te kunnen vormen heb je informatie nodig!! Vandaag brengen we kennis en informatie bij elkaar

Nadere informatie

Manual: handleiding opstarten Skills Lab

Manual: handleiding opstarten Skills Lab Manual: handleiding opstarten Skills Lab Dit is een handleiding voor professionals die zelf een Skills Lab willen starten. Skills Lab wil de werkmogelijkheden voor mensen met ASS vergroten door hen te

Nadere informatie

Test Automatisering? Mislukken Slagen gegarandeerd! Ruud Teunissen - Polteq Test Services BV

Test Automatisering? Mislukken Slagen gegarandeerd! Ruud Teunissen - Polteq Test Services BV Test Automatisering? Mislukken Slagen gegarandeerd! Ruud Teunissen - Polteq Test Services BV Mislukken Slagen gegarandeerd 2 Mislukken Slagen gegarandeerd Management verwacht onmiddellijk R.O.I. Doel:

Nadere informatie

Plan van aanpak Toogle

Plan van aanpak Toogle Plan van aanpak Toogle Gemaakt door, Kevin Donkers Paul v.d. Linden Paul Eijsermans en Geert Tapperwijn 1 Inhoudsopgave 1 Inhoudsopgave...2 2 Inleiding...3 3 Projectopdracht...4 4 Projectactiviteiten...5

Nadere informatie

Wat drijft het werkveld?

Wat drijft het werkveld? Wat drijft het werkveld? Presentatie uitkomsten survey Jacob Brunekreef, Fontys ICT Jacob Brunekreef Meer dan 25 jaar werkzaam in de IT Nu: Projectleider EQuA project, Fontys ICT Adviseur / trainer bij

Nadere informatie

Toekomstbestending maken van selectie tool Rekening houdend met strikte privacy wetgeving

Toekomstbestending maken van selectie tool Rekening houdend met strikte privacy wetgeving Toekomstbestending maken van selectie tool Rekening houdend met strikte privacy wetgeving Kurt.Merchiers@colruytgroup.com Functioneel Analist Roel.Van.Assche@sas.com Consultant Agenda Vervanging van de

Nadere informatie

Software Quality Assurance Plan

Software Quality Assurance Plan Software Quality Assurance Plan GameTrac Versie Datum Auteur(s) Opmerking 1.0 10-12-2010 Bram Bruyninckx Eerste iteratie 1 Door hieronder te tekenen verklaart u akkoord te zijn met dit document en zijn

Nadere informatie

ISACA round-table 7 december 2009 Rik Marselis

ISACA round-table 7 december 2009 Rik Marselis ISACA round-table 7 december 2009 Rik Marselis Senior Testconsultant bij Sogeti Penningmeester van BNTQB, de member board voor België en Nederland van de International Software Testing Qualifications Board

Nadere informatie

EXPLORATIEF TESTEN GEDEFINIEERD HARDNEKKIGE MYTHES ONTKRACHT!

EXPLORATIEF TESTEN GEDEFINIEERD HARDNEKKIGE MYTHES ONTKRACHT! Pagina 17 EXPLORATIEF TESTEN GEDEFINIEERD HARDNEKKIGE MYTHES ONTKRACHT! Het is niet de sterkste van een soort die overleeft, ook niet de intelligentste. Wel degene die zich het beste aan veranderingen

Nadere informatie

Offshoring & Testing. Verander een uitdaging in een kans. Door Ernst Labruyère. re Consultant ps_testware. 20 september 2007

Offshoring & Testing. Verander een uitdaging in een kans. Door Ernst Labruyère. re Consultant ps_testware. 20 september 2007 Offshoring & Testing Verander een uitdaging in een kans Door Ernst Labruyère re Consultant ps_testware 20 september 2007 Ernst Labruyere- Offshoring en Testing: : Verander een uitdaging in een kans - 1

Nadere informatie

SmartScrum: Agile én duurzaam

SmartScrum: Agile én duurzaam SmartScrum: Agile én duurzaam SmartScrum: slimmer, sneller, goedkoper! 20% tot 30% snellere time-to-market 20% tot 30% kostenbesparing 100% voorspelbaar 100% duurzaam 100% begrijpelijk PNA Group lanceert

Nadere informatie

Connect Social Business. Plan van Aanpak voor mijn stage bij ConnectSB

Connect Social Business. Plan van Aanpak voor mijn stage bij ConnectSB Connect Social Business Plan van Aanpak voor mijn stage bij ConnectSB Joey Kaan September 28, 2014 Inhoudsopgave 1 Achtergronden 1 2 Probleemstelling & Doelstelling 2 2.1 Leren Professioneel Functioneren..................

Nadere informatie

Publishing & Printing Company B.V.

Publishing & Printing Company B.V. STAPPENPLAN WEBSITE Versie 1.3 Publishing & Printing Company B.V. Weth. Sangersstraat 38 (0)46-437 73 11 KVK 140.41959 6191 NA Beek web@pp-company.nl BTW NL 0085.52.861.B01 Algemene voorwaarden www.pp-company.nl

Nadere informatie

PLANET AGILE 17E BPUG SEMINAR

PLANET AGILE 17E BPUG SEMINAR PLANET AGILE 17E BPUG SEMINAR. Uw sprekers: Bert Hedeman: managing director Hedeman Consulting Peter Coesmans: verandermanager/interim manager p2 Managers Ingeborg Bovee-Oudenhoven: senior nutritional

Nadere informatie

Effectief testen in complexe omgeving 20-8-2012

Effectief testen in complexe omgeving 20-8-2012 Effectief testen in complexe omgeving 20-8-2012 How it came to be 20-8-2012 2 Indeling Wie ben ik? Wat doet TASS? Beschrijving ontwikkelgroepen Voor SCRUM Implementatie SCRUM Gerealiseerde verbeteringen

Nadere informatie

Kwestie van cursus volgen?

Kwestie van cursus volgen? Leren agile testen Kwestie van cursus volgen? Jurian van de Laar TestNet Najaarsevenement 2 oktober 2012 www.improveqs.nl (info@improveqs.nl) Versie 2.0 1 Traditioneel leren Improve Quality Services B.V.

Nadere informatie

Software Test Plan. Yannick Verschueren

Software Test Plan. Yannick Verschueren Software Test Plan Yannick Verschueren Maart 2015 Document geschiedenis Versie Datum Auteur/co-auteur Beschrijving 1 November 2014 Yannick Verschueren Eerste versie 2 December 2014 Yannick Verschueren

Nadere informatie

Whitepaper. Continuous Delivery [Auteur] Kenniscentrum De Smalle Zijde 39 3903 LM Veenendaal Tel. +31(0)318-50 11 19 Fax +31(0)318-51 83 59

Whitepaper. Continuous Delivery [Auteur] Kenniscentrum De Smalle Zijde 39 3903 LM Veenendaal Tel. +31(0)318-50 11 19 Fax +31(0)318-51 83 59 Whitepaper Continuous Delivery [Auteur] Hoofdkantoor Kruisboog 42 3905 TG Veenendaal Tel. +31(0)318-55 20 20 Fax +31(0)318-55 23 55 Kenniscentrum De Smalle Zijde 39 3903 LM Veenendaal Tel. +31(0)318-50

Nadere informatie

TESTEN VOLGENS TMAP, EEN KORTE INTRODUCTIE. 1. Inleiding. 2. TMap methode. Kwaliteit zonder gestructureerd testen is toeval.

TESTEN VOLGENS TMAP, EEN KORTE INTRODUCTIE. 1. Inleiding. 2. TMap methode. Kwaliteit zonder gestructureerd testen is toeval. TESTEN VOLGENS TMAP, EEN KORTE INTRODUCTIE Kwaliteit zonder gestructureerd testen is toeval Inhoudsopgave 1. Inleiding 2. De TMap methode 3. De fase Planning & Beheer 4. De fase testspecificatie 5. De

Nadere informatie

De Agile Analist. Ebook over requirements en agile. Deel I

De Agile Analist. Ebook over requirements en agile. Deel I De Agile Analist Ebook over requirements en agile Deel I 2 Inhoud Deel I... 3 1 Inleiding... 3 1.1 Voor welk type projecten is Scrum geschikt?... 3 1.1.1 Empirische procesbesturing... 4 1.2 Agile werkt

Nadere informatie

C.A.S.T. Make it as simple as possible, but not simpler. Make IT as simple as possible, but not simpler. Complexiteit. Einstein maakte het simpel

C.A.S.T. Make it as simple as possible, but not simpler. Make IT as simple as possible, but not simpler. Complexiteit. Einstein maakte het simpel Geautomatiseerd Testen Complexiteit Valori Meeting of Minds, 28 juni 2011 1 2 Einstein maakte het simpel Make it as simple as possible, but not simpler (Einstein) 3 4 Waar staat dit voor? Make IT as simple

Nadere informatie

End-to-End testen: de laatste horde

End-to-End testen: de laatste horde End-to-End testen: de laatste horde Dieter Arnouts Agenda Begrip End-to-End testen in het test proces Praktische aanpak End-to-End Test Omgeving Uitdagingen End-to-End testen: De laatste horde 11/10/2010

Nadere informatie

Agile/Scrum Foundation

Agile/Scrum Foundation Agile/Scrum Foundation Wil je continu grip houden op (langlopende) projecten? Leer de theorie van Agile en hoe Scrum een oplossing biedt om projecten binnen tijd en budget te realiseren Leer welke verantwoordelijkheden

Nadere informatie

Handleiding voor aansluiten op Digilevering

Handleiding voor aansluiten op Digilevering Handleiding voor aansluiten op Digilevering Versie 1.0 Datum 1 augustus 2013 Status definitief Colofon Projectnaam Digilevering Versienummer 1.0 Contactpersoon Servicecentrum Logius Organisatie Logius

Nadere informatie

Testomgevingen beheer

Testomgevingen beheer Testomgevingen beheer Testen brengt het verwachte resultaat en de huidige toestand bij elkaar. Het geeft aanknopingspunten om de planning te maken, het product te verbeteren en om zorgen bij belanghebbenden

Nadere informatie

FAST DELIVERY ON A SLOW TRAIN

FAST DELIVERY ON A SLOW TRAIN Pagina 59 FAST DELIVERY ON A SLOW TRAIN Door Marc van t Veer marc.vantveer@polteq.com De metafoor Hoe past het snelle metrosysteem op het traject van een langzame goederentrein?. Dat is een metafoor voor

Nadere informatie

De Agile Analist. Henk Jan Huizer

De Agile Analist. Henk Jan Huizer De Agile Analist Henk Jan Huizer Software Ontwikkeling Dat is Software Ontwikkeling is Voor veel organisaties van steeds grote belang! Agile Software ontwikkeling Is een aanpak die past bij het type werk

Nadere informatie

Service Design: een inleiding

Service Design: een inleiding Service Design: een inleiding IFMA, 10 december 2013 Joannes Vandermeulen @joannes #namahn design that works for people 1 Het bestaande verbeteren design that works for people 2 maar toch besparen? design

Nadere informatie

Vijf jaar agile. Hosanna of Drama?

Vijf jaar agile. Hosanna of Drama? Vijf jaar agile. Hosanna of Drama? Leo van der Aalst Fontys Hogeschool ICT, Sogeti In dit artikel wordt een top vijf van vier onderwerpen op het terrein van agile werken geschetst: vijf agile misvattingen,

Nadere informatie