Ik ben een context driven tester! Joh? Echt waar? Nou en?

Maat: px
Weergave met pagina beginnen:

Download "Ik ben een context driven tester! Joh? Echt waar? Nou en?"

Transcriptie

1 TESTKRANT MAGAZINE VOOR DE NEDERLANDSE TESTER Ik ben een context driven tester! Joh? Echt waar? Nou en? door HUIB SCHOOTS Verder artikelen van: Jos van Rooyen Erik van Veendendaal Jan Jaap Cannegieter Martijn de Vrieze Nummer 2 Dec 2012 Gratis magazine van TestNieuws.nl - Meer info op

2 Voorwoord Met de feestdagen voor de deur is het een mooi moment om de tweede TestKrant uit te brengen. Dan kunnen jullie hem uitgebreid lezen tijdens de kerst. Op verzoek heb ik het PDF bestand kleiner gemaakt zodat het downloaden sneller gaat. De vorige editie was bijna 9 mb en deze keer is het bestand nog geen 2 mb. Al doende leert men zullen we maar zeggen. Als jullie nog meer suggesties of opmerkingen hebben dan hoor ik dat uiteraard graag. In dit nummer weer vier interessante artikelen. Als eerste Huib Schoots die vertelt wat het populaire context-driven testen nu precies is en hoe het er uitziet in de praktijk. Een artikel boordevol informatie en ook veel waardevolle verwijzingen waarmee je na het lezen van het verhaal mee aan de slag kunt. Dan Jos van Rooyen die ingaat op het versneld opzetten van testautomatisering en het gebruik van testtooling binnen agile projecten vanwege de regelmatige regressietesten die daarbinnen plaatsvinden. Vervolgens Erik van Veenendaal en Jan Jaap Cannegieter. Die hebben een stuk geschreven over de volwassenheid van testen in Nederland naar aanleiding van een benchmark onderzoek dat ze hebben uitgevoerd op basis van TMMi bij bijna 50 bedrijven. Mooi om te zien dat er een aantal goede stappen zijn gezet, maar het kan nog beter volgens Erik en Jan Jaap. Als laatste komt Martijn de Vrieze aan het woord die uiteenzet waarom testautomatisering nu wel gaat werken en wellicht toch geen windei maar een gouden ei blijkt te zijn. Ik wens jullie veel leesplezier en prettige feestdagen, tot volgend jaar, Marco van der Spek Oprichter van TestNieuws, TestNewsOnline en de TestKrant Inhoudsopgave Voorwoord door Marco van der Spek... 2 Ik ben een context-driven tester! Joh? Echt waar? Nou en? door Huib Schoots... 3 Het gebruik van testautomatisering binnen Agile projecten door Jos van Rooyen De volwassenheid van testen in Nederland door Erik van Veenendaal en Jan Jaap Cannegieter Testautomatisering. Waarom gaat het nu wel werken? door Martijn de Vrieze Disclaimer

3 Ik ben een context driven tester! Joh? Echt waar? Nou en? Door Huib Schoots Begin dit jaar was er op TestNet een thema avond over ContextDriven Testen die erg goed bezocht was. Dit ondanks het feit dat James Bach en Michael Bolton alleen via een video verbinding te zien waren. Ook uit de TestNet enquête voor het programma werd duidelijk dat context-driven testen een populair onderwerp is. Maar wat is context-driven testen nu precies? En hoe ziet dat er dan in de praktijk uit? 3 TestKrant nummer 2

4 Wat is context driven testen? Context-driven testen is lastig te beschrijven. Vooral omdat iedereen het anders ervaart. Vraag 1 0 context-driven testers om een definitie en een zeker aantal zal dat hangt er van af antwoorden. In zekere zin is dat ook zo. Er is niet echt een definitie waar de hele community zich achter zal scharen. Want context-driven testen is niet alleen een aanpak, maar ook een paradigma en een community [1 ]. Het uitgangspunt voor een context-driven tester is het feit dat de wereld om hem heen een complexe, veranderlijke en onzekere plek is. Daarin is het dus noodzakelijk om je voortdurend aan te passen aan de context van dat moment. We zullen vaardigheden moeten ontwikkelen om te kunnen omgaan met de complexe, vaak dubbelzinnige en vluchtige, steeds veranderende wereld om ons heen. In de blogpost gepubliceerd op de website van DEWT [2] zegt James Bach: Exploratory testing is het ultieme in adaptiviteit. Aanpassen, aanpassen, aanpassen, dat is exploratief testen. Exploratory testing is wanneer het ontwerp proces van testen en het uitvoeren van de test zijn getrouwd, samen in een interactief proces. Toch een definitie? James Bach en Cem Kaner hebben in 2009 een blogpost geschreven waarin ze contextdriven testen als volgt definiëren [3]: Context-driven testers kiezen hun test doelstellingen, technieken en deliverables (met inbegrip van test documentatie) door eerst te kijken naar de details van de specifieke situatie, met inbegrip van de wensen van de stakeholders. De essentie van context-driven testen is het toepassen van kennis en beoordelingsvermogen dat past in het project. De Context-Driven Test School plaatst deze benadering van het testen binnen een humanistische, sociaal en ethisch kader. we krijgen. In plaats van te proberen "best practices" toe te passen, accepteren we dat een zeer verschillende aanpak het beste werkt in verschillende omstandigheden (zelfs verschillende definities van veel voorkomende test termen). De zeven principes Het meest opvallende dat geschreven is over context-driven testen zijn de 7 principes [4]. Er wordt vaak naar verwezen, dus een verhaal over context-driven testen zou niet compleet zijn zonder deze principes: 1. De waarde van elke aanpak hangt af van de context. 2. Er zijn goede aanpakken in een bepaalde context, maar er zijn geen 'best practices'. 3. Mensen die samen werken, zijn het belangrijkste onderdeel van de context van ieder project. 4. Projecten verlopen na verloop van tijd op een manier die vaak niet voorspelbaar is. 5. Het product is een oplossing. Als het probleem niet is opgelost, werkt het product dus niet. 6. Goed software testen is een uitdagend intellectueel proces. 7. Alleen door oordeelsvorming en vaardigheid, coöperatief uitgeoefend gedurende het gehele project, zijn wij in staat om de juiste dingen te doen op het juiste moment om onze producten effectief te testen. Michael Bolton verwijst in zijn key-note op Let s Test in [5] naar de zeven principes van de context-driven school. Hij wijst erop dat elk beginsel onzekerheid in zich draagt. In een complexe wereld, moeten we in staat zijn om te gaan met die onzekerheid. Uiteindelijk gaat context-driven testen over het beste doen wat we kunnen, met dat wat 4

5 Context driven of toch niet? Onder de 7 principes op de website [4] wordt ook uitgelegd dat er vormen zijn die contextdriven lijken, maar dat niet zijn. Contextaware (context-bewust) lijkt het meest op context-driven. Het voorbeeld op de website maakt het duidelijk. De IEEE Standaard 829 voor test documentatie begint met een visie op goede documentatie en moedigt de tester aan om de documentatie aan te passen aan de behoeften van de stakeholders. Dit is context-aware. Voor context-driven testing zijn de eisen van de stakeholders, de praktische beperkingen en mogelijkheden van het project het uitgangspunt. Voor de context-gedreven tester biedt de standaard suggesties in plaats van voorschriften. Voor meer uitleg over context-bewust, context-specifiek en context-imperial verwijs ik je graag naar de eerder genoemde website. Context driven: een ultiem voorbeeld Ik herinner me een verhaal dat Michael Bolton vertelde over een ontmoeting tussen James Bach en Jerry Weinberg. Hij heeft het ook gebruikt in zijn key-note op CAST in 2011 [6]. Jerry vraagt James wat de eerste verantwoordelijkheid is van een tester. James antwoord dat hij er wel 5 weet en dat hij niet kan kiezen. Jerry zegt: De eerste verantwoordelijkheid van een tester is om de situatie te verkennen. Zoiets als hoe je net de beperkingen van mijn vraag hebt uitgedaagd. Een tester is iemand die weet dat alles anders kan zijn. Testers moeten nieuwsgierig zijn. Dingen een beetje opschudden, zodat mensen dingen in een ander licht kunnen zien. gevoel en de randvoorwaarden van de vraag aftasten. Je hardop afvragen of dat wat ze van je willen, wel het beste is. Een eigen aanpak Afgelopen juni schreef ik een blogpost met de naam "Adaptibility vs Context-Driven" [7], die leidde tot een zeer interessante discussie op mijn blog. Joep Schuurkens schreef een geweldige reactie: "Volgens mij is een van de belangrijke aspecten van context -driven een enigszins filosofische testaanpak. Stel vragen, wees sceptisch, zet vraagtekens bij de validiteit (geconstrueerde "geldigheid") van wat er gezegd wordt door jezelf en anderen. Dit betekent dat je jouw aanpak eigen maakt op twee verschillende manieren. Allereerst, het is je persoonlijke, op maat aanpak en van niemand anders. Er is geen externe autoriteit om naar te verwijzen. Jij bent je eigen autoriteit als het gaat om het uitleggen en verdedigen van je testaanpak. Ten tweede, jij kent je aanpak van binnen en van buiten. Wat in die aanpak zit, is er omdat jij dat zo besloten hebt! En je kunt uitleggen waarom. Je kunt een beschrijving geven van je aanpak in drie zinnen, drie uur of drie dagen, afhankelijk van de situatie." Waarop Jesper L Ottosen zegt: ik zeg meestal dat ik zo context gedreven ben als de context toelaat. Lessons learned in software testing Er zijn geen boeken die context-driven testen beschrijven. Met de voorgaande informatie lijkt dat logisch. Het enige boek dat in de Lees het hele verhaal nog eens rustig na in de volledige transcriptie van de key-note (in het Engels). Voor mij is dit een fantastisch voorbeeld van hoe context-driven tester de vraag zou beantwoorden: werken met je 5

6 buurt komt, is Lessons learned in software testing: a context-driven approach door Cem Kaner, James Bach en Bret Pettichord. Geen boek dat de aanpak beschrijft, maar een boek vol met lessen die niet altijd waar hoeven te zijn. Of zoals de schrijvers zeggen in het voorwoord: het zijn hun lessen uit hun context en ze vragen je om vooral kritisch te zijn. Het is ook zeker geen boek dat je in één ruk uit zal lezen omdat de voorbeelden veelal los van elkaar staan. Tip: zie het als een scheurkalender: leg het boek op je bureau en lees 1 les per dag! Rapid Software Testen Toch is er een prima manier om in aanraking te komen met context-driven testen en het te ervaren: rapid software testing [8]. Een training ontwikkelt door James Bach en Michael Bolton. En de beste training die ik in mijn leven gehad heb. Waarom? Omdat het me fundamenteel anders heeft laten denken over bepaalde dingen in mijn vak. Een bloemlezing van thema s en onderwerpen die aan bod komen in de training zijn: ken uw missie, wees een dienst en geen belemmering, blijf vragen, ben kritisch, ben empirisch (beroep je resultaten uit experimenten en niet op theorie), verantwoordelijkheid, aandacht testbaarheid, heuristieken en een heuristische aanpak van testen, exploratie en een exploratieve aanpak, modellen, geloofwaardigheid, veiligheid taal, diversiteit en het gebruik van diverse half-maatregelen, focus op vaardigheden in plaats van procedures, de kunst van het verhalen vertellen over testen, testen is mensenwerk, denken: kritisch denken, maar ook systeemdenken, stilzwijgende en expliciete kennis en nog veel meer. Testen als een sociale wetenschap Ik zie testen als een sociale wetenschap. Testen gaat niet over techniek alleen. Het gaat veel meer over mensen en sociale interactie. Michael Bolton ging hier op in tijdens zijn presentatie Testing Through The Qualitative Lens op EuroStar in Amsterdam waar hij zei: Testen kan in het beste geval alleen beloven wat de sociale wetenschappen leveren: gedeeltelijke antwoorden die nuttig kunnen zijn. Bovendien zegt hij: Uitstekend testen is niet alleen maar computer wetenschap. Het omvat informatica, wiskunde en technische domeinen. Maar door je alleen te richten op programma's en functies laat je andere vragen over waarde en relaties, waaronder mensen, weg. Voor mij is een uitstekend testen meer als antropologie: interdisciplinair, systeem gericht, onderzoekend en het vertelt verhalen. Michael zet in de presentatie exacte wetenschappen af tegen de sociale. Al deze onderwerpen zouden een heel artikel op zich zelf waard zijn en het gaat te ver om hier nu in detail op in te gaan. Ik adviseer eens te kijken op de websites van James of Michael voor meer informatie. 6

7 Leren Ik heb eerder op testnieuws.nl een drieluik column geschreven met de titel Hoe word ik een software test expert [9]. Het gaat over wat een goede tester maakt en geeft tips over hoe je jezelf kunt bekwamen in het mooie testvak. De grote lijn is: blijf leren! Jaarlijks een paar dagen training is niet genoeg. Om echte goed te worden in je vak, zal je veel, heel veel, moeten oefenen! In een blogpost zegt James Bach [1 0]: testen is een oplossing voor een moeilijk probleem dat moet worden afgestemd op de context van het project. Testen is daarom een menselijke activiteit die een grote vaardigheid vereist om het goed te doen. Daarom moeten we het serieus bestuderen. We moeten ons vak oefenen. Context-driven testers streven ernaar om de Jedi Knights van het testen te worden. Peer workshops Het valt me op dat context-driven testers vaak bloggen. Dit helpt om ideeën uit te wisselen, maar ook om je ideeën aan te scherpen en erover te discussiëren. Continue leren is heel normaal voor context-driven testers. Via twitter worden links uitgewisseld en de community is erg actief. Het beste voorbeeld daarvan zijn peer conferenties. Over de hele wereld worden door kleine groepjes enthousiaste context-driven testers bijeenkomsten georganiseerd die vaak een hele dag of soms zelf een heel weekend duren. Tijdens deze bijeenkomsten wordt er serieus over testen gepraat. Hierover zegt James Bach op zijn blog [11 ]: Een geweldige manier om de gevaren van best practices te vermijden, is door te praten over je eigen ervaringen en voorkeuren, in plaats van algemene voorschriften te maken. Dit is de reden waarom, in peer-conferenties zoals LAWST, we ons richten op ervarings verhalen (eigenlijk noemde we ze 'oorlogsverhalen tot onze terminologie werd aangevallen door bloeddorstige pacifisten) in plaats van te pleiten voor goede practices. 7 Zelf zoek ik de community graag op. In peer conferenties of de reguliere conferenties waar we regelmatig in de avond of de dag voor de conferentie met een groep bij elkaar komen om met elkaar te praten over ons vak en van elkaar te leren. Het is geen kenmerk van de context-driven community, er zijn veel meer mensen die peer conferenties organiseren of bijwonen. Maar het valt me wel op dat er heel veel een context-driven inslag of origine hebben. Mijn persoonlijke ervaring Het boek Lessons Learned prijs ik al jaren aan als één van de beste boeken over testen die ik ooit gelezen heb. Daarnaast was ik al een tijd geïnteresseerd in exploratief testen en de blogs van Michael Bolton en James Bach. De cursus rapid software testen was de aftrap van een grote verandering in mijn denken over testen. Een groot aantal puzzel stukjes die al jaren in mijn hoofd zaten vielen ineens op zijn plek. Bepaalde dingen kregen een naam. Inmiddels ben ik vrij actief op twitter, heb ik ook een blog en heb ik samen met 6 andere testers een peer workshop DEWT (Dutch Exploratory Workshop on Software Testing) opgericht. Ik heb veel contact met mensen uit de context-driven community, via twitter, Skype en ik spreek hen regelmatig op conferenties. We praten over testen, delen interessante artikelen en boeken, reviewen elkaars artikelen, maar delen ook testware. Met een aantal deel ik een passie voor puzzels en we dagen elkaar regelmatig uit. Met James Bach doe ik Skype coaching [1 2] en dat is intensief maar bijzonder leerzaam. Ik kies een onderwerp of we praten over wat me bezig houdt en zo komen we op een onderwerp. Sessies duren ongeveer een uur en daarin stelt James vragen of geeft korte opdrachten en ik werk die direct uit, leg uit wat ik denk en geef antwoorden. Op korte termijn wil ik dat zelf ook gaan doen als coach. Hou de werkgroep training en coaching van TestNet [1 3] in de gaten!

8 En jij? Mogelijk heeft dit artikel je interesse gewerkt en wil je er meer over lezen of verder over praten? Op mijn weblog staat een mooie lijst met links en de leden van DEWT helpen je graag verder. Neem contact met ons op! Huib Schoots is agile test consultant bij codecentric waar hij zijn passie voor testen deelt door coaching, advies, training en het geven van presentaties. Huib is nieuwsgierig, gepassioneerd, context-driven en probeert alles te lezen dat ooit over testen gepubliceerd is. Lid van DEWT, bestuurslid van TestNet en co-auteur van een boek over de toekomst van testen. Huib schrijft zijn blog op magnifiant.com. Bronnen: [1 ] Mind map gebruikt tijdens presentatie Contextdriven Testing, Michael Bolton & James Bach, TestNet Thema avond Januari (http://www.dewt.files.wordpress.com/201 2/02/pdf-cdt1.pdf) [2] Blogpost DEWT: 2/02/09/contextdriven-testing-testnet/ [3] Blogpost Cem Kaner en James Bach: What is context-driven testing? (http://kaner.com/?p=49) [4] Website: [5] If it is not context-driven, you can t do it here, Michael Bolton, key-note Let s Test Conference, (http://www.lets-test.com/wpcontent/uploads/201 2/05/IfItsNotContextDriven.pdf) [6] Context-driven testing, Michael Bolton, key-note CAST 2011 : [7] Blogpost Huib Schoots: Adaptability vs ContextDriven (http://www.huibschoots.nl/wordpress/?p=825) [8] RST materiaal: [9] Column Huib Schoots: Hoe word ik een software test expert? (http://www.testnieuws.nl/2011 /1 2/27/hoeword-ik-een-software-test-expert-deel-3/) [1 0] Blogpost James Bach: The Dual Nature of Context-Driven Testing (http://www.satisfice.com/blog/archives/565) [11 ] Blogpost James Bach: The Great Implication of Context-Driven Methodology (http://www.satisfice.com/blog/archives/1 40) [1 2] Website AST over Skype coaching (http://www.associationforsoftwaretesting.org/about/me mbership/skype-coaching/) [1 3] Website werkgroep training en coaching van TestNet (https://www.testnet.org/werkgroepen/traininga-coaching/menu-id-1 4.html) Meer info: Website DEWT: Links op mijn weblog: Website James Bach: Website Michael Bolton: Website Cem Kaner: 8

9 9

10 Het gebruik van testautomatisering binnen Agile projecten Door Jos van Rooyen Best practices en randvoorwaarden Agile krijgt veel aandacht en is tegenwoordig niet meer weg te denken in de IT. Veel bedrijven en organisaties stappen over op Agile ontwikkelmethoden, en dan met name is Scrum erg populair. Bedrijven passen de Agile methodiek toe maar dit gaat niet altijd van een leien dakje. De overgang van de traditionele Watervalmethode naar Agile zorgt voor grote uitdagingen, zoals het aanhaken op de stuurgroep en de inbedding in de totale projectportfolio. Daarnaast zijn er vooral ook veel positieve ervaringen met Agile. Zo wordt vanaf het begin alle disciplines continue betrokken bij het project en doordat er gewerkt wordt in korte sprints wordt er sneller bruikbare software opgeleverd. 10

11 Agile Testers De testdiscipline binnen een organisatie heeft natuurlijk ook met de nieuwe Agile werkvorm te maken. Inmiddels is een grote populatie testers werkzaam als Agile tester en zij merken dat iedere Agile tester dagelijks met dezelfde uitdagingen en vraagstukken te maken heeft. Enerzijds is de tester gewend aan methodes, zoals TMap Next, die bij veel Agile implementaties in eerste instantie nauwelijks bruikbaar blijken te zijn. Verder blijkt ook de structuur veranderd te zijn bij Agile testen, en daardoor ook het houvast waar testers gewend aan zijn, bijvoorbeeld de testbasis als voorwaarde, entry-exitcriteria, et cetera. Dit heeft veel effect op de manier waarop een tester zijn vak kan uitvoeren. Anderzijds komen ook hele nieuwe vraagstukken rondom testen versneld opzetten waarvoor elke organisatie zijn eigen oplossing bedenkt en waarbij nieuwe ervaringen worden opgedaan. Bijvoorbeeld de toepassing van testautomatisering vanwege regelmatige regressietesten en testtooling in het bijzonder. Waar loop je dan als organisatie tegen aan binnen Agile projecten? Dit artikel gaat daar verder op in. We zoomen niet in op de theorie. De best practices en de daaraan gekoppelde randvoorwaarden staan centraal. Best practices Een best practice is een techniek, werkmethode, proces of activiteit die zich als effectiever heeft bewezen dan enige andere techniek of methode dan ook. De gedachte is dat met de juiste werkmethode het werk uitgevoerd kan worden met minder problemen, minder onvoorzienbare complicaties en betere eindresultaten. Welke best practices kunnen we in Agile projecten onderscheiden? In Agile projecten zie je dat er veel wordt gekozen voor open source testautomatiserings tooling zoals Fitnesse en Selenium. Selenium is hierbij een tool die 11 voor het testen van webapplicaties wordt ingezet, Fitnesse is een tool die voor testautomatisering onder de motorkap (tegen API s, Databases et cetera) gebruikt wordt. Een van de belangrijkste redenen voor het gebruik van deze open source tools zijn de initiële kosten. Als we inzoomen op Fitnesse dan kunnen we zogenaamde fixtures onderkennen. Deze fixtures, in Java geschreven, worden ontwikkeld om herbruikbare componenten op te leveren waarmee testgevallen fysiek gemaakt kunnen worden. Tegenwoordig zie je dat zogenaamde Slim fixtures binnen Fitnesse de standaard worden. Door het gebruik van deze fixtures wordt de testautomatiseringsoplossing minder gevoelig voor wijzigingen. Denk bijvoorbeeld aan het wijzigen van een kolomnaam in een tabel. Als je bijvoorbeeld de definitie van de tabel in een fixture hebt gezet, hoef je de aanpassing van de kolomnaam maar op één plaats te doen, in plaats van op iedere plek in de testgevallen waar deze specifieke tabel gebruikt wordt. Om een link terug te leggen naar bestaande testmethodieken kun je een Slim Java Fixture vergelijken met wat in de TestFrame terminologie een geautomatiseerd actiewoord wordt genoemd. Een andere best practice is het werken met het principe van specification by example. Kort gezegd gaat het er bij specification by example om, om requirements in de vorm van voorbeelden, zogenaamde key examples, te beschrijven. Het idee is dat door de requirements als voorbeelden te beschrijven, de communicatie tussen de verschillende teamrollen (developers, testers, business analisten) verbetert. Je hebt als ware een "single source of truth" gecreëerd. Specification by example staat uitgebreid beschreven in het gelijknamige boek van Gojko Adzic. De zo ontwikkelde specifications vormen een goede bron van documentatie. Altijd een aandachtspunt binnen Agile projecten.

12 Zoals in veel projecten is het belangrijk om niet telkens weer het wiel opnieuw uit te vinden. Fixtures, ontwikkeld in het ene project, zijn in principe ook herbruikbaar in andere soortgelijke projecten. Denk hierbij bijvoorbeeld aan specifiek voor ETL ontwikkelde fixtures. uitgevoerd cq afgerond. Per sprint worden Een best practice die erg bruikbaar is betreft start small, fail fast. Oftewel: begin klein, geef feedback op het gemaakte. Houd het beheersbaar! Begin met een testautomatiserings tool, doe ervaring op, leer ervan en ga daarna uitbreiden. Selecteer het onderdeel aan functionaliteit waar een quickwin te halen valt en automatiseer dat onderdeel. Op deze manier kan het team kennis maken met testautomatisering en zien wat de opbrengsten voor het team zijn. Er kan ook al snel blijken dat de tool waarmee de testautomatisering wordt aangevlogen niet goed werkt binnen de projectcontext. Op basis hiervan kunnen de juiste vervolgstappen worden bepaald. Belangrijk is dan wel dat je de opbrengsten meet. Een laatste best practice die door velen als bruikbaar wordt beschouwd is dat testen van het gehele team is. Bij Agile vervagen de grenzen van de verschillende disciplines. Een tester is vanuit zijn rol in een Agile project ook een beetje ontwikkelaar en een ontwikkelaar is ook een beetje tester. Het idee is dat productkwaliteit een teamaangelegenheid is en geen testaangelegenheid. De test die een team voortbrengt is van het team en voor het team. Binnen de Agile context kan dan wellicht de testautomatiseringsoplossing hoofdzakelijk uitgewerkt zijn door een tester, het staat de verschillende rollen in het team vrij de testautomatiseringsoplossing ook voor eigen doelstellingen te gebruiken. Randvoorwaarden Testautomatisering is van belang, om als testdiscipline binnen je team de snelheid van de software ontwikkeling bij te houden. Een testvorm bij uitstek om te automatiseren is de regressietest. Een regressietest zal qua omvang toenemen per sprint die wordt 12 een aantal testgevallen geselecteerd (bijvoorbeeld naar aanleiding van bevindingen) die in aanmerking komen om op te nemen in de regressietest. Om succesvol testautomatisering toe te kunnen passen binnen Agile projecten zijn een aantal randvoorwaarden van belang.

13 Een belangrijke randvoorwaarde is opleiding. Training en opleiding zijn belangrijk voor de tool waarmee je werkt. Echter, een nadeel van bijvoorbeeld Open Source tools is, dat er weinig opleidingsmateriaal voorhanden is. Een oplossing kan zijn dat een zogenaamde Toolcoach beschikbaar is om de diverse scrum teams te ondersteunen. Een andere randvoorwaarde is een goede inrichting van kennisborging. Hoe borg je de kennis die je opgedaan hebt? Leg je dat bij een overkoepelende organisatie of een team? Dit zijn vragen waar je vooraf bij stil moet staan. De al eerder genoemde wiki bij de best practices kan daartoe bijdragen. Daarnaast is teamkennis een randvoorwaarde voor het juist kunnen gebruiken van testautomatisering in Agile projecten. De teams moeten nauw kunnen samenwerken en op elkaar ingespeeld zijn. Je moet elkaar en elkaars werkwijze kennen om succesvol te kunnen samenwerken. Op de Agile manier werken omarmt face-to-face communicatie. Zorg daarom dat de fysieke afstand tussen het team minimaal is, om zodoende snel feedback van elkaar te krijgen en te weten waar iedereen mee bezig is. Hoe meer agile projecten worden uitgevoerd waarbij testautomatisering is gebruikt hoe meer ervaring we kunnen opdoen. Laten we deze met elkaar delen! Dit artikel is mede tot stand gekomen door de bijdragen van John Kronenberg, Sanne Müskens en Sander Ulrich. Jos van Rooyen is lead consultant bij Bartosz. Sinds heeft hij ervaring opgebouwd op het gebied van testbeleid, testmanagement, testautomatisering en het testen van software pakketten. Hij is coauteur van diverse boeken zoals, Project de Baas, TestFrame en TestGrip. Tevens heeft Jos vele artikelen gepubliceerd op diverse onderdelen van het testvak. Jos wordt regelmatig gevraagd te spreken over testen op seminars en workshops. Daarnaast is Jos actief binnen diverse werkgroepen van Testnet. Verder is onderhoudbaarheid een randvoorwaarde. Denk goed na hoe je start, maak stappen en ga door, maar denk goed na! Houd het up-to-date. Om de testautomatiseringsoplossing, bijvoorbeeld in Fitnesse, goed te kunnen onderhouden is het verstandig om zoveel mogelijk van de onderhoudsgevoelige delen in de eerder genoemde fixtures onder te brengen. Deze fixtures moeten wel geprogrammeerd worden. Daarvoor is een ontwikkelaar met bijvoorbeeld JAVA kennis randvoorwaardelijk. De te ontwikkelen fixtures moeten opgenomen worden in de product back log. In dit artikel zijn kort een aantal best practices en randvoorwaarden benoemd voor succesvolle testautomatisering binnen Agile projecten. Uiteraard is deze lijst niet volledig. 13

14 De Testnieuws 25 komt er weer aan TestNieuws.nl publiceert elk jaar een ranglijst met de 25 meest actieve en zichtbare Nederlandse softwaretesters. Dit is dus geen ranglijst van de beste tester van Nederland. Het is een opsomming van de testers die het vaakst op de podia van de grote evenementen stonden, de meeste artikelen schreven in de bekende bladen, een boek publiceerde, actief betrokken waren bij de grote testevenementen, betrokken waren bij initiatieven binnen TestNet, ISTQB, BNTQB, TMMI en/of IREB. Kortom welke Nederlandse testers gaven het afgelopen jaar kleur. Hieronder staat de top 5 van vorig jaar. De hele lijst en de motivaties waarom deze mensen in de lijst staan vind je op 2/03/1 6/de-testnieuws-25-editie-2011 / TOP 5 van Derk-Jan de Grood Erik van Veenendaal 3 Nathalie Roosenboom de Vries 4 Bob van de Burgt 5 Jan Jaap Cannegieter Nu het einde van het jaar in zicht is wordt het tijd om de stand op te gaan maken. Hoe zal de top 5 er dit jaar uit zien. Zien we dezelfde gezichten, zijn er verschuivingen en/of zijn er nieuwkomers die met stip de top 25 binnen komen. Wie weet sta jij binnenkort hieronder op één van de plekken in de top 5 van TOP 5 van Als jij vindt dat je in deze lijst thuis hoort, als je bang bent dat je vergeten gaat worden of als je zeker wilt weten dat de juiste zaken meegenomen worden bij het opstellen van de ranglijst, zet dan al je prestaties van dit jaar op een rij en mail ze naar TestNieuws. Geef daarbij ook meteen aan waar eventueel bewijs bekeken of verkregen kan worden. Stuur je prestaties voor 14 januari 2013 naar: 14

15 De volwassenheid van testen in Nederland Door Erik van Veenendaal en Jan Jaap Cannegieter Conclusies naar aanleiding van een TMMi benchmarkonderzoek De eerste versie van TMMi, het volwassenheidsmodel voor testen, is vier jaar geleden gepubliceerd. Tientallen organisaties zijn TMMi gaan gebruiken om de volwassenheid van hun testproces te (laten) meten en hun testproces te verbeteren. Ter gelegenheid van de publicatie van het complete model hebben Erik van Veenendaal en Jan Jaap Cannegieter, beiden lid van het ontwikkelteam van TMMi en auteurs van het boek De kleine TMMi, een benchmark onderzoek uitgevoerd op basis van TMMi bij bijna 50 bedrijven. De uitkomsten van het onderzoek geven een beeld van de volwassenheid van testen in Nederland op dit moment. 15

16 Volwassenheidsniveau Op basis van het benchmarkonderzoek blijkt dat 84% van de organisaties op niveau 1 zit, 1 0% van de organisaties zit op niveau 2 en 6% van de organisaties zit op niveau 3. Figuur 1 : Verdeling van de TMMi niveau s. Het overgrote deel van de organisaties zit dus op niveau 1. Uiteraard verschillen de organisaties binnen dit niveau nog veel in volwassenheid. Soms is sprake van een totaal chaotisch en niet gedefinieerd proces en soms is men bijna niveau 2. Er kan ook op niveau 1 sprake zijn van een succesvol testtraject. Dit wordt dan veelal bereikt door de helden op testgebied, niet door een beheerst proces. Organisaties die op TMMi niveau 2 zitten, behoren in Nederland eigenlijk al tot de Nederlandse eredivisie van het testen. Testen op TMMi niveau 2 is een beheerst proces, met duidelijk gedefinieerde en afgestemde testsoorten. Om testen op niveau 2 uit te kunnen voeren, dient het testbeleid en de teststrategie afgeleid te zijn van de doelstellingen en het beleid van de business. Er wordt dan een productrisicoanalyse uitgevoerd, een testplan opgesteld en bewaakt, testspecificatietechnieken gebruikt en een goede testomgeving gecreëerd en beheerd. Eigenlijk niets speciaals. Organisaties op TMMi niveau 3 spelen in de Champions League. Testen op TMMi niveau 3 is volledig geïntegreerd met de ontwikkeling. Op niveau 3 is er een testorganisatie ingericht en wordt testen in de organisatie gezien als een volwaardige professie met carrièrepaden en opleidingsprogramma s. 16 Procesgebieden In figuur 2 zijn de scores per procesgebied van niveau 2 opgenomen. TBS Testbeleid en strategie TP Testplanning TMB Testmonitoring en -beheersing TOU Testontwerp en -uitvoering TO - Testomgeving Figuur 2. Scores per procesgebied van niveau 2 In figuur 2 zijn de scores per procesgebied en de standaarddeviatie opgenomen. De standaarddeviatie geeft de marges aan waarbinnen de scores zich bevinden. Uit het overzicht per procesgebied blijkt dat de operationele procesgebieden, Testontwerp en uitvoering alsmede Testomgeving, het beste ontwikkeld zijn. De standaarddeviatie is bij de tactische en strategische procesgebieden, Testbeleid en strategie, Testplanning en Testmonitoring en beheersing het grootst. De spreiding van de uitkomsten is daar dus het grootst. De gemiddelde score van deze tactische en strategische gebieden is dan weliswaar lager dan die van de operationele procesgebieden, maar er zijn dus zeker organisaties die Testbeleid en -strategie en Testplanning goed hebben uitgevoerd. Er zijn echter ook veel organisaties waarvoor dit niet geldt. CMMI en TMMi Overigens blijkt ook uit de benchmark dat organisaties die CMMI geïmplementeerd hebben of hiermee bezig zijn geweest significant hoger scoren op de strategische-

17 en tactische procesgebieden. Bij deze organisaties horen Testbeleid en strategie alsmede Testplanning tot de best ontwikkelde procesgebieden! Figuur 3. TMMi scores bij bedrijven die wel of geen CMMI gebruiken De verklaring hiervoor is dat organisaties, die bekend zijn met CMMI, beter zijn in het opstellen en toepassen van een beleid en daarnaast beter zijn in het plannen en monitoren van processen. Overigens geldt dit waarschijnlijk voor alle verbetermodellen. Het gaat hier waarschijnlijk vooral om ervaring met het doorvoeren van proces verbeteren. Hoewel TMMi ook goed toepasbaar is in organisaties die CMMI niet toepassen, is het implementeren van TMMi eenvoudiger voor organisaties die wel ervaring hebben met CMMI. Branchresultaten Als we nog wat dieper op de cijfers ingaan, blijkt dat industrie (medisch, automotive, embedded software) significant beter scoort dan finance en overheid, zie figuur 4. Testbegroten Uit de benchmark blijkt ook dat bepaalde onderdelen van procesgebieden beter ontwikkeld zijn dan andere onderdelen. Zo blijken veel testorganisaties bevindingenbeheer en testomgevingenbeer goed uit te voeren. Daartegenover staat dat (vooral) het maken van begrotingen, het gebruik van testontwerptechnieken en het opstellen van eisen aan testomgevingen veelal probleemgebieden zijn. Dit sluit aan bij de ervaring van de auteurs van dit artikel: testbegrotingen zijn vaak niet goed onderbouwd, testspecificatietechnieken worden lang niet altijd expliciet gebruikt en in de praktijk ontbreken veelal gedocumenteerde requirements voor testomgevingen. De afgelopen jaren is er veel geïnvesteerd in het professionaliseren van testers en testprocessen. Dit heeft bij een aantal organisaties tot mooie resultaten geleidt. We zijn er echter nog lang niet. Inmiddels heeft TMMi zich binnen en buiten Nederland bewezen als referentiemodel om testprocessen mee te beoordelen en te verbeteren. Op basis van de analyse van de benchmarkresultaten is er echter nog veel te winnen als het gaat om het professionaliseren van testen! Erik van Veenendaal (www.erikvanveenendaal.nl) is internationaal erkend testexpert, oprichter van Improve Quality Services BV, ontwikkelaar het TMMi en momenteel lid van het bestuur van de TMMi Foundation. Jan Jaap Cannegieter is Figuur 4. Uitkomsten niveau 2 per bedrijfstak Hieruit blijkt dat industrie verder is in het professionaliseren van testen dan organisaties die vooral administratieve systemen gebruiken. 17 directeur van SYSQA B.V., een onafhankelijke organisatie gespecialiseerd in requirements, quality Assurance, testen en procesverbetering. Daarnaast was hij lid van het developmentteam van TMMi en is hij TMMi geaccrediteerde lead assessor. Meer info op en in het officiële TMMi boek "Test Maturity Model integration (TMMi), Guidelines for Test Process Improvement" (Van Veenendaal and Wells),

18 18

19 Testautomatisering Waarom gaat het nu wel werken? Door Martijn de Vrieze Jarenlang is testautomatisering geportretteerd als het gouden ei waarmee allerlei problemen konden worden opgelost. Echter bleek in de praktijk vaak dat er van een gouden ei geen sprake was, eerder van een windei. Waarom is het automatiseren van tests dan de laatste jaren weer zo in trek? Is er iets fundamenteels veranderd waardoor het gouden ei nu echt een gouden ei is? 19

20 Een stukje geschiedenis Van oudsher zijn de tools die men gebruikt voor het automatiseren van testen gebaseerd op het opnemen en afspelen (record/ playback) van testscenarios. Het grote voordeel hiervan, zei men, was dat er zonder enige kennis van code snel en eenvoudig tests geautomatiseerd konden worden. In de praktijk bleek echter al snel dat volledig steunen op record/ playback erg kwetsbaar was, aangezien deze opgenomen tests vrij breekbaar waren. Om de tests voor langere tijd bruikbaar te maken moest er toch veel gescript worden, vaak in de zelfbedachte (proprietary) talen van de diverse tools. De tools waren niet bepaald intuïtief in het gebruik waardoor er veel tijd en geld ging zitten in training in het gebruik van de tools en uiteraard in consultants om de tools te implementeren bij klanten. De lange en vaak pijnlijke trajecten voor het implementeren van geautomatiseerd testen waarbij vaak over budgetten heen gegaan werd en deadlines niet gehaald werden hebben ertoe geleid dat testautomatisering gezien werd als een bodemloze put, zonde van de tijd en het geld en het scheelt uiteindelijk toch niets. Waarom gaat het nu wel werken dan? De afgelopen jaren is het testvak op vele gebieden volwassener geworden. Zo zijn de testopleidingen breder geworden dan alleen maar gericht op methodologieën, met trainingen in technisch testen, agile testen, testautomatisering, etc. Het technische aspect van testen is nadrukkelijker aanwezig in het werkveld van de tester. Doordat testers steeds meer betrokken raken bij het testen van de technische oplossingen in plaats van alleen de traditionele functionele tests, wordt het voor hen ook een logischere en kleinere stap om testautomatisering toe te passen. Niet alleen de testtools maar ook de software heeft in de loop van de afgelopen jaren een grote verandering door gemaakt. Door de opkomst van Object Oriented Programming en Service Oriented Architecture (SOA) zijn er nieuwe lagen aangebracht in de software. Deze lagen zijn onafhankelijk van elkaar te testen en dus ook automatisch te testen. Door niet alleen op de graphical user interface (GUI) te automatiseren, maar ook net daaronder, kunnen tests sneller en stabieler geautomatiseerd worden. In de afgelopen jaren is er een duidelijke verschuiving gekomen in het soort tools dat gebruikt wordt voor testautomatisering en daarmee ook in de succesverhalen rond geautomatiseerd testen. De ouderwetse record/playback tools zijn vervangen door veelal kleinere frameworks waar tegenaan geprogrammeerd moet worden, de proprietary talen van de tools zijn uitgefaseerd en vervangen voor volwassen programmeertalen als C#, Java en Python. Record/ playback wordt niet langer gezien als de oplossing, maar slechts gezien als inspiratie voor de daadwerkelijke testscripts. Naast de vele grote namen bij de commerciële tools zijn er steeds meer kleine namen en open source projecten in opkomst om het testen te automatiseren. 20

WAT IS CONTEXT-DRIVEN TESTEN?

WAT IS CONTEXT-DRIVEN TESTEN? Pagina 4 WAT IS CONTEXT-DRIVEN TESTEN? Door Huib Schoots huib.schoots@codecentric.nl @huibschoots Het thema van het komende TestNet evenement is context-driven testen. Maar wat is context-driven testen

Nadere informatie

Ik ben een context driven tester! Joh? Echt waar? Nou en?

Ik ben een context driven tester! Joh? Echt waar? Nou en? TESTKRANT MAGAZINE VOOR DE NEDERLANDSE TESTER Ik ben een context driven tester! Joh? Echt waar? Nou en? door HUIB SCHOOTS Verder artikelen van: Jos van Rooyen Erik van Veendendaal Jan Jaap Cannegieter

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

Samenvatting Test Scrum of Scrums

Samenvatting Test Scrum of Scrums Samenvatting Test Scrum of Scrums best practices en randvoorwaarden op een Agile manier Agile krijgt veel aandacht en is tegenwoordig niet meer weg te denken in de IT. Veel bedrijven en organisaties stappen

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

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

Marc Koper/ Bas M. Dam A Tool with a Fool is only a tool Voorjaarsevent Testnet: 30 juni 2008

Marc Koper/ Bas M. Dam A Tool with a Fool is only a tool Voorjaarsevent Testnet: 30 juni 2008 Titel, samenvatting en biografie Samenvatting: Marc Koper/ Bas M. Dam A Tool with a Fool is only a tool Voorjaarsevent Testnet: 30 juni 2008 Voor het uitvoeren van testen zijn diverse uitstekende tools

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

Factsheet CONTINUOUS VALUE DELIVERY Mirabeau

Factsheet CONTINUOUS VALUE DELIVERY Mirabeau Factsheet CONTINUOUS VALUE DELIVERY Mirabeau CONTINUOUS VALUE DELIVERY We zorgen ervoor dat u in elke volwassenheidsfase van uw digitale platform snel en continu waarde kunt toevoegen voor eindgebruikers.

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

Teststrategie met behulp van heuristieken

Teststrategie met behulp van heuristieken Workshop TestNet Teststrategie met behulp van heuristieken www.improveqs.nl (info@improveqs.nl) Versie 2.0 1 Acknowledgements Met dank aan: Ruud Cox voor de vele discussies over dit onderwerp Fiona Charles

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

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

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

Grenzeloos vertrouwen in een tool!?

Grenzeloos vertrouwen in een tool!? Grenzeloos vertrouwen in een tool!? TestNet voorjaarsevenement Maandag 30 juni 2008 Rick de Jong Agenda Korte introductie Kritische kijk op het gebruik van tools Intake en selectie van tools Het omarmen

Nadere informatie

Specification by Example. Fitnesse in een ETL omgeving

Specification by Example. Fitnesse in een ETL omgeving Specification by Example Fitnesse in een ETL omgeving Agenda Inleiding Testen in ETL omgeving Roadmap Lessons learned 2 Inleiding TestNet - Specification by example 3 Project Context Scope Internationale

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

Testen van digitale leeromgevingen bij ThiemeMeulenhoff. Een Exploratory testaanpak in een veranderende wereld.

Testen van digitale leeromgevingen bij ThiemeMeulenhoff. Een Exploratory testaanpak in een veranderende wereld. Testen van digitale leeromgevingen bij ThiemeMeulenhoff Een Exploratory testaanpak in een veranderende wereld. Hallo! Rob van Steenbergen Tester sinds 1996 Diverse rollen Sinds 2008: Chickenwings Test

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

Effectief Geautomatiseerd Testen in de Praktijk TestNet Summer School

Effectief Geautomatiseerd Testen in de Praktijk TestNet Summer School Effectief Geautomatiseerd Testen in de Praktijk TestNet Summer School Den Haag, 13 juli 2011 Martin Gijsen Jan Reurings Programma -Even voorstellen -Aanleiding & doel -Kennen we elkaar? -Theorie van effectief

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

Resultaat gerichter Testen

Resultaat gerichter Testen Resultaat gerichter Testen Verandering van test beleid bij Rabobank International De Rabobank 1 Rabobank International Information Systems &Development IS&D Global Services & IT Risk Management Strategy

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

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

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

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

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

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

Opdrachtgever in het testproces

Opdrachtgever in het testproces Opdrachtgever in het testproces Testnet Voorjaarsevenement 2011 Olaf Agterbosch 1.0 Agenda Even voorstellen; De onderschatte rol van opdrachtgevers bij testen; Aansturen van testen in (out)sourcingsituaties;

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

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

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

Michel Bols Curriculum Vitae

Michel Bols Curriculum Vitae Personalia Naam Functie Woonplaats Michel Bols Test consultant Hoogeveen Geboortedatum 24 juli 1982 Nationaliteit Talen Nederlands Nederlands, Engels, Duits Opleidingen Methoden en technieken = beginnend,

Nadere informatie

2012 heden: codecentric Nederland BV Agile Test Consultant. 2010 2012 Rabobank International Teamleider, Leads Test Analyst

2012 heden: codecentric Nederland BV Agile Test Consultant. 2010 2012 Rabobank International Teamleider, Leads Test Analyst Personalia Naam: LinkedIn: Blog codecentric: Blog persoonlijk: Rol: Huib Schoots nl.linkedin.com/in/huibschoots/ http://blog.codecentric.nl http://www.huibschoots.nl/blog Agile Test Consultant / Trainer

Nadere informatie

Opleidingsaanbod: testopleidingen.com

Opleidingsaanbod: testopleidingen.com (Business, (IT) Projectmanagement, Quality Management, etc.) TMap NEXT Test Engineer(NL/ENG) Examentraining TMap NEXT Test Engineer E-learning TMap NEXT Test Engineer Certificering TMap NEXT Test Engineer

Nadere informatie

Achter de schermen bij TPI Testscholen, kiezen of mixen?de praktijk

Achter de schermen bij TPI Testscholen, kiezen of mixen?de praktijk Achter de schermen bij TPI Testscholen, kiezen of mixen?de praktijk Wim ten Tusscher - Polteq TestNet najaarsevenement 2013 17 januari 2013 To be or not to be (een succesvolle tester) Context driven school

Nadere informatie

SmartTestAssistant. Het slimme testhulpmiddel. door Frank Stolker

SmartTestAssistant. Het slimme testhulpmiddel. door Frank Stolker SmartTestAssistant Het slimme testhulpmiddel door Frank Stolker Inhoud Wat is SmartTestAssistant? Achtergrond Opzet Werking Schematisch overzicht Onderscheidend vermogen Status en vervolgstappen Wat is

Nadere informatie

Aan de slag met Regie van kwaliteit!

Aan de slag met Regie van kwaliteit! Aan de slag met Regie van kwaliteit! Jochem Pollmann - Jos van Rooijen - René Bliekendaal - Charissa Nab 1 Introductie - Welkom Wie ben je? Waar werk je / Wat is jouw rol? Wat weet je van Regie van kwaliteit?

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

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

Agile Consortium International Agile Master Assessment

Agile Consortium International Agile Master Assessment Agile Consortium International Agile Master Assessment Agile Master Assessment Info & Criteria Page 1 of 5 Version 1.0 Wat is het Agile Master Certificaat Het Agile Master Certificaat is een bewijs van

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

Leer/werk trajecten voor ICT professionals

Leer/werk trajecten voor ICT professionals Leer/werk trajecten voor ICT professionals Baanrecord De leer/werk trajecten zijn gericht op de huidige vraag in de ICT naar hoogwaardige professionals. In het huidige arbeidsklimaat is het noodzakelijk

Nadere informatie

Handout. Pagina 1. SYSQA B.V. Almere. Capability Maturity Model Integration (CMMI) Technische Universiteit Eindhoven SYSQA SYSQA.

Handout. Pagina 1. SYSQA B.V. Almere. Capability Maturity Model Integration (CMMI) Technische Universiteit Eindhoven SYSQA SYSQA. Capability Maturity Model Integration (CMMI) Technische Universiteit Eindhoven Johan Zandhuis SYSQA Start: 1999 Onafhankelijk Quality Assurance in IT 150 medewerkers (en groeiend) 2 SYSQA Operationeel

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

8-12-2015. Hoe test je een pen? Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Acceptatietesten

8-12-2015. Hoe test je een pen? Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Acceptatietesten Les 1 Docent: Marcel Gelsing Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Acceptatietesten Hoe test je een pen? 1 Bekijk eerst het filmpje over

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

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag

Nadere informatie

Sjabloon testplan o.b.v. situationeel testen. <>

Sjabloon testplan o.b.v. situationeel testen. <<Organisatie>> Sjabloon testplan o.b.v. situationeel testen SYSQA B.V. Almere Datum : Status : Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 11 Over dit sjabloon Dit

Nadere informatie

PRINCE2 Symposium: Zin en Onzin van een Methode. PRINCE 2 versus CMMI; raakvlakken, overlap en aanvullingen SYSQA B.V.

PRINCE2 Symposium: Zin en Onzin van een Methode. PRINCE 2 versus CMMI; raakvlakken, overlap en aanvullingen SYSQA B.V. PRINCE2 Symposium: PRINCE 2 versus CMMI; raakvlakken, overlap en aanvullingen Jan Jaap Cannegieter SYSQA B.V. SYSQA B.V. Operationeel Tactisch Strategisch Testen Requirements Quality assurance Auditing

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

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

Procesvalidatie voor een veiliger ketentest

Procesvalidatie voor een veiliger ketentest Procesvalidatie voor een veiliger ketentest Johan Vink TestNet Voorjaarsevenement 2010 Agenda Inleiding Typering project & testaanpak Werkwijze business proces Probleem De opdracht voor het testteam Probleemanalyse

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

Subwerkgroep Methoden. Toelichting inhoud en voortgang tot nu toe

Subwerkgroep Methoden. Toelichting inhoud en voortgang tot nu toe SPIDER werkgroep Requirements Management Subwerkgroep Methoden Toelichting inhoud en voortgang tot nu toe donderdag 17 januari 2008 Frans van Veen Bert Dubbelman Robert van Lieshout Erwin Bolwidt Jan-Willem

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

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

Op weg naar een hoger niveau testorganisatie. Tim Koomen TestNet najaarsevenement 2009

Op weg naar een hoger niveau testorganisatie. Tim Koomen TestNet najaarsevenement 2009 Op weg naar een hoger niveau testorganisatie Tim Koomen TestNet najaarsevenement 2009 1 Start Test resource pool Test factory Basic Change Method Seite 2 Einde Start Test resource pool Test factory Basic

Nadere informatie

Najaarsspecial Oktober 2013

Najaarsspecial Oktober 2013 Najaarsspecial Oktober 2013 Najaarsspecial Oktober 2013 BIJ DE VOORPAGINA Nee, TestNet Nieuws is niet ineens overgenomen door Artis. En we zijn ook geen reisbureau begonnen. Deze cover vraagt aandacht

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

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

SmartTestAssistant. Het slimme testhulpmiddel. door Frank Stolker

SmartTestAssistant. Het slimme testhulpmiddel. door Frank Stolker SmartTestAssistant Het slimme testhulpmiddel door Frank Stolker Inhoud Waarom wéér een ander tool? Omdat dit is wat we willen Wat is SmartTestAssistant dan? Hoe zit het in elkaar? Hoe werkt het? Schematische

Nadere informatie

Tmap Dag 2015. Ik test, jij test, wij testen. Testen binnen een Wendbare Belastingdienst. 29 september 2015. Laurens Kremer

Tmap Dag 2015. Ik test, jij test, wij testen. Testen binnen een Wendbare Belastingdienst. 29 september 2015. Laurens Kremer Tmap Dag 2015 Ik test, jij test, wij testen Testen binnen een Wendbare Belastingdienst 29 september 2015 Laurens Kremer Introductie Naam: Laurens Kremer, SPC, CISA Rol: Agile coach Informatie Management

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

DevOps Waarom moeilijk doen 31 oktober 2013. als het samen kan

DevOps Waarom moeilijk doen 31 oktober 2013. als het samen kan DEVOPS?! INLEIDING Wat gaan we doen? 18:00 Introductie 19:00 Uitleg open space 19:30 Koffie + start open space 20:30 Wrap-up INLEIDING Even vooraf Samen Duurzaam Innoveren INLEIDING Ik ben Jan Buurman

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

Trainingen 2013. Improve Quality Services

Trainingen 2013. Improve Quality Services Trainingen 2013 Improve Quality Services Trainingen Improve Quality Services Inhoudsopgave Algemeen IMPROVE QUALITY SERVICES BV... 4 TRAININGSVORMEN... 6 MAATWERKOPLEIDINGEN VAN IMPROVE QUALITY SERVICES...

Nadere informatie

Leer Opdrachten ontwerpen voor Blended Learning

Leer Opdrachten ontwerpen voor Blended Learning Leer Opdrachten ontwerpen voor Blended Learning Helder &Wijzer Mijn opdrachten In een kort, blended programma In het kort Voor wie docenten/trainers die blended opdrachten willen leren ontwerpen en ontwikkelen

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

Quality Gates: De overdracht tussen ontwikkelaars en testers geregeld

Quality Gates: De overdracht tussen ontwikkelaars en testers geregeld Quality Gates: De overdracht tussen ontwikkelaars en testers geregeld Rik Marselis Senior Testadviseur Logica 2008. All rights reserved Even voorstellen: Rik Marselis Senior Testadviseur ruim 27 jaar IT

Nadere informatie

CURRICULUM VITAE. David Krosse. Personalia Naam Geboortedatum Woonplaats Geslacht Nationaliteit

CURRICULUM VITAE. David Krosse. Personalia Naam Geboortedatum Woonplaats Geslacht Nationaliteit CURRICULUM VITAE David Krosse Personalia Naam Geboortedatum Woonplaats Geslacht Nationaliteit 8 augustus 80 Arnhem Man Nederlands Profiel Ik ben een gedreven testmanager met 0 jaar ervaring in het test

Nadere informatie

Opdrachtgever in het testproces. Testnet Voorjaarsevenement 2011 Olaf Agterbosch

Opdrachtgever in het testproces. Testnet Voorjaarsevenement 2011 Olaf Agterbosch Opdrachtgever in het testproces Testnet Voorjaarsevenement 2011 Olaf Agterbosch Agenda Even voorstellen; De onderschatte rol van opdrachtgevers bij testen; Aansturen van testen in (out)sourcingsituaties;

Nadere informatie

De kleine TMMi. Doelgericht testprocessen verbeteren. Erik van Veenendaal en Jan Jaap Cannegieter

De kleine TMMi. Doelgericht testprocessen verbeteren. Erik van Veenendaal en Jan Jaap Cannegieter De kleine TMMi Doelgericht testprocessen verbeteren Erik van Veenendaal en Jan Jaap Cannegieter Inhoud Ten geleide 9 1 Inleiding 13 1.1 Introductie 13 1.2 Het Test Maturity Model integration 13 1.3 Bronnen

Nadere informatie

Continuous Delivery. Sander Aernouts

Continuous Delivery. Sander Aernouts Continuous Delivery Sander Aernouts Info Support in een notendop Maatwerk softwareontwikkeling van bedrijfskritische kantoorapplicaties Business Intelligence oplossingen Managed IT Services Eigen Kenniscentrum

Nadere informatie

Adinda Keizer - Copyright 2013 Niets uit deze uitgave mag zonder toestemming van Vindjeklant.nl worden gekopieerd of gebruikt in commerciële

Adinda Keizer - Copyright 2013 Niets uit deze uitgave mag zonder toestemming van Vindjeklant.nl worden gekopieerd of gebruikt in commerciële Adinda Keizer - Copyright 2013 Niets uit deze uitgave mag zonder toestemming van Vindjeklant.nl worden gekopieerd of gebruikt in commerciële uitingen. Als startend ondernemer is alles nieuw. De boekhouding,

Nadere informatie

Tools die je móét hebben voor je (gaat) testen!

Tools die je móét hebben voor je (gaat) testen! Voorjaarsevenement 2008 Tools die je móét hebben voor je (gaat) testen! Jurian van de Laar (jla@improveqs.nl) 1 Improve Quality Services Dienstverlener Testen & Kwaliteitsmgt. Advisering, Detachering en

Nadere informatie

Test Process Improvement Benchmark. SPIder Conferentie 23 september Wim van Uden

Test Process Improvement Benchmark. SPIder Conferentie 23 september Wim van Uden Test Process Improvement Benchmark SPIder Conferentie 23 september Wim van Uden Agenda Korte inleiding TPI -model TPI benchmark overall Vergelijking branches DO s& DON Ts Test Process Improvement Optimaliseren

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

Eenvoudig nieuwe klanten. Voor adviseurs, trainers en coaches

Eenvoudig nieuwe klanten. Voor adviseurs, trainers en coaches Eenvoudig nieuwe klanten Voor adviseurs, trainers en coaches Leer hoe ideale klanten naar je toe komen. Wiep de Jong Online Business Trainer Eenvoudig nieuwe klanten 2 Welkom bij mijn E-Book 'Eenvoudig

Nadere informatie

MDA in de praktijk. Freek Bosch, Business Unit Manager Amsterdam, 4 juni 2009

MDA in de praktijk. Freek Bosch, Business Unit Manager Amsterdam, 4 juni 2009 Functional Model Driven Development MDA in de praktijk Freek Bosch, Business Unit Manager Amsterdam, 4 juni 2009 FMDD agenda FMDD Waarom FMMD De praktijk Wat is FMDD Ervaringen en lessons learned Ervaringen

Nadere informatie

Expert level Improving the testing process

Expert level Improving the testing process Expert level Improving the testing process Eerste praktijkervaringen Smaakmaker voor najaarsevent www.improveqs.nl (info@improveqs.nl) Eduard Hartog Isabelle Robrechts Version 1.1 Agenda Opbouw training

Nadere informatie

Exploratory Testen zinvol of onzin?

Exploratory Testen zinvol of onzin? Exploratory Testen zinvol of onzin? Erik van Veenendaal (Improve Quality Services BV) Sinds enige tijd wordt er door een aantal testexperts (onder andere James Bach, Cem Kaner en James Whittaker) een nieuwe

Nadere informatie

Tim Koomen Op weg naar een hoger niveau testorganisatie Najaarsevent TestNet: 22 september 2009

Tim Koomen Op weg naar een hoger niveau testorganisatie Najaarsevent TestNet: 22 september 2009 Titel, samenvatting en biografie Samenvatting Tim Koomen Najaarsevent TestNet: 22 september 2009 Veel organisaties beginnen met het verbeteren van testen door één of andere vorm van testorganisatie (test

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

ISTQB Foundation level. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

ISTQB Foundation level. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. ISTQB Foundation level 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... 3

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

Christian Hoppenbrouwers Tools voor offshore testen Voorjaarsevent Testnet: 30 juni 2008

Christian Hoppenbrouwers Tools voor offshore testen Voorjaarsevent Testnet: 30 juni 2008 Titel, samenvatting en biografie Samenvatting: Christian Hoppenbrouwers Tools voor offshore testen Voorjaarsevent Testnet: 30 juni 2008 Steeds meer bedrijven offshoren hun IT activiteiten naar landen als

Nadere informatie

Welkom. Great SAP Test Experience. 23 maart 2015

Welkom. Great SAP Test Experience. 23 maart 2015 Welkom Great SAP Test Experience 23 maart 2015 Sogeti PowerPoint Referentie 2014 2 5 5 Sogeti PowerPoint Referentie 2014 3 Sogeti PowerPoint Referentie 2014 4 Sogeti PowerPoint Referentie 2014 5 En toch

Nadere informatie

Testing University. A fool with a tool is still a fool

Testing University. A fool with a tool is still a fool Testing University A fool with a tool is still a fool Test Tooling is een must Must? Test Tooling? 2 Als je iets moet kun je dan wel de juiste keuzes maken? Moeten Willen 3 Van moeten naar willen Moeten

Nadere informatie

CURRICULUM VITAE. Sander Martens. VERTROUWELIJK SMa 1

CURRICULUM VITAE. Sander Martens. VERTROUWELIJK SMa 1 CURRICULUM VITAE Sander Martens SMa 1 Personalia: Familienaam : Martens Voornaam(en) : Sander Geboortedatum : 17-05-1977 Woonplaats : Nootdorp Beschikbaarheid : 36 uur Automatiseringservaring sinds: Augustus

Nadere informatie

Workshop 12 ART-DECOR en Acute overdracht. Michael Tan Kai Heitmann Maarten Ligtvoet

Workshop 12 ART-DECOR en Acute overdracht. Michael Tan Kai Heitmann Maarten Ligtvoet Workshop 12 ART-DECOR en Acute overdracht Michael Tan Kai Heitmann Maarten Ligtvoet 22 november 2012 Topics Aanpak en visie Perinatologie Michael Tan Uitleg Acute Overdracht in ART-DECOR Kai Heitmann Faciliteren

Nadere informatie

STANDAARDS EN CERTIFICATIE door Erik van Veenendaal

STANDAARDS EN CERTIFICATIE door Erik van Veenendaal STANDAARDS EN CERTIFICATIE door Erik van Veenendaal In dit hoofdstuk wordt een gestructureerd overzicht gegeven van standaards die beschikbaar ter ondersteuning van het testproces. De diverse standaards

Nadere informatie

ONZE INTERPRETATIE VAN HET KNOOPPUNT PLATFORM

ONZE INTERPRETATIE VAN HET KNOOPPUNT PLATFORM MEMO: ONZE INTERPRETATIE VAN HET KNOOPPUNT PLATFORM Boek.be 1 INHOUDSTAFEL 1 INHOUDSTAFEL... 2 2 ALGEMENE INFORMATIE... 3 2.1 DOCUMENT INFO... 3 2.2 NASCOM INFO... 3 2.3 KLANT INFO... 3 3 INTERPRETATIE

Nadere informatie

Netwerkmarketing. Hoe kan je contacten benaderen en uitnodigen?

Netwerkmarketing. Hoe kan je contacten benaderen en uitnodigen? Netwerkmarketing Hoe kan je contacten benaderen en uitnodigen? In deze training 1. Je sociale netwerk onderhouden 2. Wat de pro s doen 3. Wat is de beste strategie om mensen uit te nodigen Wat je NIET

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

Presentatie 06-03-2008 Gestructureerd en geautomatiseerd testen Ad Driessens en Gerben Mondeel

Presentatie 06-03-2008 Gestructureerd en geautomatiseerd testen Ad Driessens en Gerben Mondeel Presentatie 06-03-2008 Gestructureerd en geautomatiseerd testen Ad Driessens en Gerben Mondeel Doelstelling Introductie Practis en Producten Project bij Achmea Testaanpak Concrete toepassing van Rational

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

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

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

ONTWIKKEL JE ONDERNEMERSCHAP!

ONTWIKKEL JE ONDERNEMERSCHAP! TUTORIAL ONTWIKKEL JE ONDERNEMERSCHAP! Op het Entrepreneur Platform is alle kennis en hulp aanwezig om je ondernemerschap verder te kunnen ontwikkelen. Naast de digitale coach Hugo (die jou online kan

Nadere informatie