voorpublicatie TESTEN2.0 TM de praktijk van agile testen Testen 2.0 agile testen vooraankondiging.indd :35:52
|
|
- Daniël Willemsen
- 8 jaren geleden
- Aantal bezoeken:
Transcriptie
1 voorpublicatie TESTEN2.0 TM de praktijk van agile testen Testen 2.0 agile testen vooraankondiging.indd :35:52
2 In november 2008 publiceert Ordina het boek Testen2.0 TM. De praktijk van agile testen dat geschreven is door Anko Tijman en Eric Jimmink. Dit boek is het eerste Nederlandse handboek over gestructureerd testen in agile projecten. Agile projecten zijn gebaseerd op een iteratieve, incrementele ontwikkelaanpak waarin de business gedurende het gehele proces een actieve rol speelt. Testen2.0 TM zet dan ook de business aan het roer, haalt het testen van het kritieke pad af en heeft een hoge mate van interne procesefficiency. Dit vereist een andere aanpak voor de tester, en dit boek legt uit hoe. Als voorpublicatie treft u hieronder hoofdstuk 15 uit het boek aan. Hierin gaat het specifiek over de rol van de klant binnen een iteratie. Bent u geïnteresseerd, wilt u de boekpresentatie bijwonen of wilt u een exemplaar van het boek bestellen, neem dan contact met ons op. Testen2.0 TM en de rol van de klant Speech has allowed the communication of ideas, enabling human beings to work together to build the impossible. Mankind s greatest achievements have come about by talking and its greatest failures by not talking. It doesn t have to be like this. Our greatest hopes could become reality in the future. With the technology at our disposal, the possibilities are unbounded. All we need to do is make sure we keep talking. (Stephen Hawking) Vanuit het proces bezien zijn er vier onderwerpen voor de klant die direct met testen te maken hebben: het opstellen van acceptatiecriteria; het uitvoeren van acceptatietesten; het verhelderen van het bedrijfsbelang om op risico s gebaseerd te testen; het verschaffen van testdata; In de praktijk krijgt de klant veel vragen en bruikbare feedback van de tester omdat de bril van een tester helpt om omissies en dubbelzinnigheden in de requirements en de acceptatiecriteria op te merken. De klant zal bij testgerelateerde zaken waar nodig assistentie krijgen van de tester. Het is immers in het belang van het gehele team dat de klant gefaciliteerd wordt in zijn taken met betrekking tot het testen, en het is de tester die daar de juiste kennis en vaardigheden voor heeft. Het opstellen van acceptatiecriteria Het is in de eerste plaats de verantwoordelijkheid van de klant goed te formuleren wat de business nodig heeft. De tester kan hierbij helpen. Samen met de klant kan hij de acceptatiecriteria zo formuleren dat ze ondubbelzinnig zijn en voor iedereen begrijpelijk. Wanneer bijvoorbeeld bepaalde requirements niet vertaald zijn in acceptatiecriteria zal de tester vragen om de impliciete criteria meer expliciet te maken. De tester zal erop bedacht zijn dat het stellen van vragen over de acceptatiecriteria de klant aan het denken zet, en dat deze mogelijk met nieuwe requirements op de proppen zal komen. Er is dus het gevaar van scope creep; het team heeft dan geen grip meer op de functionele wijzigingen. Aan de klant de taak om dit spel eerlijk te spelen. Hij zal begrip op moeten brengen als bijvoorbeeld het aanscherpen van de acceptatiecriteria ertoe leidt dat het team niet alle functionaliteit kan realiseren voor het einde van de iteratie. Een voorbeeld van een naar acceptatiecriteria uitgewerkte requirement is: agile testen vooraankondiging.indd :35:52
3 Requirement (zoals aangeleverd vanuit product backlog) Acceptatiecriteria (zoals met klant geformuleerd) Tonen van recente wijzigingen in het overzichtsscherm Tonen van wijzigingen in NAW-gegevens. Alleen wijzigingen in de laatste zes maanden worden getoond. Maximaal vijf wijzigingen per klant. Bij meer dan vijf wijzigingen wordt de mogelijkheid tot de optie Meer geboden. Details van wijzigingen hoeven in deze feature nog niet te worden getoond. Het uitvoeren van acceptatietesten Het doel van de acceptatietest is uiteraard om te beoordelen of de werkende software voldoet aan de door de klant gestelde eisen. Door de nauwe interactie met de klant en het kunnen reageren op veranderingen is dit voor een deel al gewaarborgd. Maar er moet wel een formele bevestiging komen dat de klant ook tevreden is. Dus vandaar dat wij ook een acceptatietest opnemen in een Testen2.0-proces. Het is echter wel zo dat we dit niet zien als iets wat big bang achteraf moet gebeuren. Een acceptatietest wordt net als zoveel mogelijk andere testsoorten binnen de iteratie uitgevoerd, parallel aan de overige activiteiten. Het gaat dus alleen om de acceptatietest voor die requirements waar men in die iteratie aan werkt. De klant is op het project aanwezig en kan dus frequent feedback leveren. Door die waardevolle informatie vroeg te krijgen, wordt voorkomen dat pas in een laat stadium wordt geconstateerd dat de software niet aan de businesscriteria voldoet. Het spreekt voor zich dat op dag één van de iteratie er nog geen formele acceptatie kan plaatsvinden; er is immers nog amper iets gebouwd. Maar dat wil niet zeggen dat de klant niet vroeg in de iteratie al bij kan sturen. Alleen het ontwerp van een schermpje bekijken, misschien zelfs nog zonder werkende knoppen of lijsten, kan al feedback opleveren. Of het reviewen van de business rules, al is het op unittestniveau en samen met de programmeur. Gedurende de iteratie wordt de acceptatietest voor de onder handen zijnde requirements steeds formeler. In het begin zal de klant zich flexibel op moeten stellen want nog niet alle taken zijn dan al uitgevoerd. Na verloop van tijd mag de klant echter wel de nodige eisen stellen. Het draait daarbij om het voldoen aan de acceptatiecriteria en de Definition of Done. Er mogen geen nieuwe eisen op tafel komen, maar het team mag ook niet de kwaliteit laten slippen. Bij de demo aan het eind van de iteratie vindt de definitieve, formele acceptatie plaats. Dan moeten de requirements aan de acceptatiecriteria en de Definition of Done voldoen. agile testen vooraankondiging.indd :35:52
4 Voorbereiding Uitvoering Product Risico Analyse Acceptatietesten Definition of Done Werkwijzen Agile Testproces Agile testtechnieken Documenten opleveren Project Evaluatie Unit testen Master Testplan Regressie testen Geautomatiseerd testen Afbeelding: De acceptatietest vindt gedurende de iteratie en parallel aan de andere activiteiten plaats. De productrisicoanalyse, de Definition of Done en het Mastertestplan hebben hun impact op de werkwijzen in de iteratie. Aan het eind van iedere iteratie vindt een evaluatie plaats over het gehele proces. quick reference cards. De testscripts zijn bij voorkeur eenvoudig van opzet; dit maakt ze makkelijk wijzigbaar en makkelijk overdraagbaar. Daarnaast zijn ze ook nog eens makkelijker te automatiseren. Ook dat laatste is gewenst zodat de business altijd kan bepalen wat de exacte status van het product is. Het is aan te bevelen om specifieke testscripts op te stellen voor de acceptatietest. Daarmee is dan immers de businesswaarde gewaarborgd. Gewoonlijk zal de tester aanbieden de klant of zijn vertegenwoordigers bij te staan in de acceptatietest. Het vertalen van acceptatiecriteria in logische of fysieke testgevallen is niet altijd even eenvoudig voor niet-gespecialiseerde testers. Het combineren van testvaardigheden met domeinkennis is een goede oplossing en die vaardigheden hoeven niet verenigd te zijn in één en dezelfde persoon. Aan vertegenwoordigers van de klant die regelmatig acceptatietesten doen kan natuurlijk een formele training in testvaardigheden gegeven worden in plaats van of naast het leren door het te doen. Ook kunnen testtechnieken worden geïntroduceerd middels Voor het structureren van de acceptatietest en het door klanten actief input leveren op de scripts kan de tool Fitnesse gebruikt worden. De inputwaarden voor testscripts kunnen ingevuld worden op een wiki, waarna (onder water) via fixtures de programmatuur wordt aangestuurd. Fitnesse kan onder andere gebruikt worden voor het vroeg testen en accepteren, het testen als er überhaupt nog geen user interface gebouwd is en voor het opstellen en uitvoeren van geautomatiseerde acceptatie- en regressietesten. agile testen vooraankondiging.indd :35:53
5 Het verhelderen van het bedrijfsbelang Tijdens de planning van de iteratie krijgt de klant al vragen van teamleden om de requirements helder te krijgen. De tester is er alert op dat het feitelijke bedrijfsbelang van elke requirement bekend is. Dat bedrijfsbelang, in combinatie met de technische impact/complexiteit zoals vastgesteld door het team, levert voor elke requirement een risicocategorie op. In de teststrategie kan dan onderscheid gemaakt worden door aan een requirement in een hogere risicocategorie ofwel meer inspanning toe te wijzen ofwel een uitgebreidere testmethodiek. De klant kan er dan toe besluiten om de risicoinventarisatie formeler aan te pakken, en bijvoorbeeld meer stakeholders bij het proces te betrekken, dat is een productrisicoanalyse. De tester heeft een adviserende rol bij een dergelijke beslissing, en een faciliterende rol bij de eventuele productrisicoanalyse. Het verschaffen van testdata Relatief vaak zal het team data nodig hebben die lijkt op productiedata om het systeem effectief te kunnen testen. Dit is gewoonlijk een gevoelig onderwerp en de klant moet mogelijk met een hoger management overleggen om toestemming te krijgen om zulke data ter beschikking te stellen aan het team van de leverancier. Een effectieve manier om de zaak aan het management voor te leggen, is te doen wat testers doen, namelijk uitleggen wat de impact is wanneer het systeem níet getest wordt met realistische data. Het is redelijk om aan te nemen dat er meer fouten in het systeem zullen blijven zitten, die pas opgemerkt worden wanneer het systeem al in productie draait. Op eenzelfde manier is het mogelijk dat de klant gevraagd wordt het team te helpen om data samen te stellen die representatief is voor het toekomstig gebruik van het systeem. Het verschaffen van een indicatie van de verwachte gebruiksintensiteit Een ander type data dat van de klant gevraagd kan worden (en er valt iets voor te zeggen dat dit onderdeel is van de requirements) is het beoogde of verwachte gebruik van het product. Dat wil zeggen of het bekend is welke onderdelen van de applicatie het zwaarste gebruik zullen kennen. Die informatie kan (moet) dan gebruikt worden bij de voorbereiding van het testen van onder andere nietfunctionele kwaliteitsattributen zoals performance. Zie ook: Hoofdstuk 5: De rol van de klant Hoofdstuk 17: Productrisicoanalyse Hoofdstuk 24: Geautomatiseerd testen Bijlagen: Quick reference cards agile testen vooraankondiging.indd :35:53
6 INHOUDSOPGAVE Voorwoord door James Lyndsay SECTIE: WAAROM TESTEN2.0? 1. Tijd voor het nieuwe testen 2. Testen en agile 3. De trend Voordelen van de Testen2.0-aanpak SECTIE: DE AGILE CONTEXT 5. De rol van de klant 6. Agile projectmanagement 7. Korte introductie in agile methoden 8. Agile Must-haves 9. Agile valkuilen 10. Agile vaktaal SECTIE: NIEUWE WAARDEN EN PRINCIPES 11. Testen in een agile omgeving 12. Normen en waarden Samenwerken Feedback Eenvoud Flexibiliteit 13. Principes van Testen De klant heeft altijd gelijk Kwaliteit is een teamverantwoordelijkheid Testen is een teamsport Testspecificatie en -uitvoering zijn geen gescheiden activiteiten Het communiceren van een bug is belangrijker dan het registreren ervan SECTIE: TESTEN2.0 IN DE PRAKTIJK 14. Overzicht van de Testen2.0 werkwijzen 15. Testen2.0 en de rol van de klant Het opstellen van acceptatiecriteria Het uitvoeren van acceptatietesten Het verhelderen van het bedrijfsbelang Het verschaffen van testdata 16. Definition of Done Het formuleren van de Definition of Done Een gemeenschappelijk doel voor het team 17. Productrisicoanalyse 18. Een agile mastertestplan 19. Een testproces volgens Testen Unittesten 21. Agile testtechnieken 22. Documenten opleveren 23. Regressietesten 24. Geautomatiseerd testen SECTIE: DE METHODISCHE INBEDDING VAN TESTEN Testen2.0 binnen agile methoden Scrum en Testen DSDM Atern en Testen RUP en Testen Testen2.0 en traditionele testmethoden Risk and Requirements Based Testing en Testen TestFrame en Testen TMap Next en Testen2.0 SECTIE: TRANSITIE NAAR TESTEN Praktijkverhalen Agile en Ericsson vanuit Testers bekeken Planon Case: drie jaar agile testen 28. Traditionele werkwijzen die waardevol zijn in een agile omgeving 29. Agile werkwijzen die waardevol zijn in een traditionele omgeving 30. Valkuilen van agile testen SECTIE: DE AGILE TESTER 31. Rol van de tester 32. Persoonlijke vaardigheden 33. Attitude 34. Vakkennis BIJLAGEN: QUICK REFERENCE CARDS agile testen vooraankondiging.indd :35:53
7 Over de auteurs Voor meer informatie Anko Tijman is Partner van Ordina op het gebied van agile testen. Sinds 1997 is hij actief als professional in het software testen. Hij is in het bezit van een ISEB- Practitioner en TMap-PA certificaat. Vanaf 2001 houdt hij zich bezig met agile software ontwikkeling en de rol van de tester daarin. In 2007 publiceerde hij het eerste en enige Nederlandse boek over agile testen. Hij heeft bijdragen geleverd aan de conferenties Eurostar, SQS-UK, Agile2005 en XPDAYS en aan diverse TestNet evenementen. Onze aanpak en dienstverlening verdienen uw aandacht. Maak vrijblijvend een afspraak met: Ordina ICT Management & Consultancy - BU Testing Ringwade LM Nieuwegein Tel: Mail: agiletesten@ordina.nl Eric Jimmink is Consultant Testen bij Ordina. Vanuit zijn achtergrond als ontwikkelaar en meewerkend voorman verlegde hij vanaf 1998 zijn focus naar het testvak. Eric is ISEB Foundation en TMap-PA gecertificeerd. Sinds 2001 houdt hij zich bezig met agile ontwikkeling en het testen in die context. Eric leverde een bijdrage aan de conferentie Agile2008 en zal op Eurostar2008 eveneens spreken. agile testen vooraankondiging.indd :35:53
8 agile testen vooraankondiging.indd :35:53
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 informatieAnko Tijman Een agile teststrategie op basis van MoSCoW
Titel, samenvatting en biografie Anko Tijman Een agile teststrategie op basis van MoSCoW Samenvatting: Deze presentatie behandelt de toepassing van de teststrategie vanuit een agile perspectief: welke
Nadere informatieAgile 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 informatieMartin 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 informatieCecile 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 informatieTesten. 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 informatieTe hoog gemikte silver bullets missen doel Te hoog gemikte silver bullets missen doel
Te hoog gemikte silver bullets missen doel TestNet Voorjaarsevenement 2013 13-05-2013 Tom Heintzberger Praegus Ltd. Te hoog gemikte silver bullets missen doel 1-4-2013 1 Agile & testen? Want Geen geautomatiseerde
Nadere informatieRiskpoker - 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 informatieNajaarsspecial 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 informatieVan testproces tot testvak... en verder
V8.0 publ. Van testproces tot testvak... en verder Jurian van de Laar TestNet Jubileumevenement 15 mei 2017 Movers en shakers!! Ik heb ooit een ISTQB en/of TMap- opleiding gevolgd! Ik werk in een multi-disciplinair
Nadere informatieOpleidingsaanbod: 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 informatieAdding 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 informatieTest 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 informatieTESTAUTOMATISERING 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 informatieAgenda. Introductie Aan het werk Conclusie / restrospective
Agenda Introductie 13.45 14.30 Aan het werk 14.30 16.30 Conclusie / restrospective 16.30 17.00 Introductie High performance Testing Voorstellen Waar ben je echt goed in (3 minuten) Teams vormen op basis
Nadere informatieTesten 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 informatieRalph van Roosmalen Automatisch testen Theorie en de praktijk
Titel, samenvatting en biografie Ralph van Roosmalen Automatisch testen Theorie en de praktijk Samenvatting: Theorie en de praktijk kunnen soms ver uit elkaar liggen ook bij test automatisering. Waarom
Nadere informatieLeiderschap 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 informatie8-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 informatieDefinitief 1.0 Handreiking voor toepassen van Agile Scrum binnen Overheidsdiensten april 2012
1 Kennis Agile Scrum 1.1 Inleiding In dit eerste deel wordt de lezer meegenomen in de Agile Scrum methodiek. Binnen DR, onder meer met ondersteuning vanuit Quintor, worden steeds meer projecten op deze
Nadere informatieC.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 informatieSmartTestAssistant. 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 informatieTool Ambitie Resultaat
Tool Ambitie Resultaat Testautomatisering door eindgebruikers en regressietesten in de keten Praktijkvoorbeelden van Tosca Ferrie Wolff - Practice lead Tosca - Implementation Partner Tricentis ferrie.wolff@sogeti.com
Nadere informatieInhoud. 1. Agile werken. 2. Het belang van Agile werken. 3. Basisprincipes van Agile werken. 4. De meest gebruikte Agile methode: Scrum
Inhoud 1. Agile werken 2. Het belang van Agile werken 3. Basisprincipes van Agile werken 4. De meest gebruikte Agile methode: Scrum 5. Drie rollen binnen een Scrum squad De wereld waarin je leeft verandert
Nadere informatieTesten 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 informatieDe sprinter of toch de noodrem? Agile testen bij de NS. 9 oktober 2012 De Sprinter of toch de noodrem? Agile testen bij de NS 1
De sprinter of toch de noodrem? Agile testen bij de NS 9 oktober 2012 De Sprinter of toch de noodrem? Agile testen bij de NS 1 Introductie Sander de Jonge Test professional Bartosz ICT Ruim 5 jaar ervaring
Nadere informatieDe 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 informatieTestNet 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 informatieTmap 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 informatieISACA 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 informatieScrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil
Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag
Nadere informatieWat heeft een tester aan ASL en BiSL?
TestNet Noord, Heerenveen, 20 november 2012 Wat heeft een tester aan ASL en BiSL? Eibert Dijkgraaf Intro Wie zit er in een typische beheer omgeving? Wat is kenmerkend voor testen : IN BEHEER? IN ONDERHOUD?
Nadere informatieTFS 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 informatieAgile 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 informatieTesten = Monitoren. Hoe de werkzaamheden van de boodschapper van de koning gaan veranderen. Datum: 30 April 2015
Testen = Monitoren Hoe de werkzaamheden van de boodschapper van de koning gaan veranderen. Spreker: Ide Koops Datum: 30 April 2015 1 2 Agenda Testrapportages in het verleden Impact nieuwe ontwikkelingen
Nadere informatieBDD/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 informatieProduct 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 informatieSMART requirements en slim testen Hoe goede requirements en een slim testproces elkaar versterken
SMART requirements en slim testen Hoe goede requirements en een slim testproces elkaar versterken Valori thema avond, 11 december 2012 Met Usoft en Micro Focus Agenda vanavond Welkom en Inleiding Egbert
Nadere informatieSubwerkgroep 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 informatieRAD 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 informatiefantestische middag 7 Agile en SCRUM
fantestische middag 7 Agile en SCRUM fantestische middag 7 - Copyright Improve Quality Services Bart Bouwers RISK BASED TESTING & SCRUM: RISK POKER Bart Bouwers Topics Productkwaliteit Productrisico het
Nadere informatieScrum. 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 informatieyour 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 informatieOffshoring & 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 informatieProcesvalidatie 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 informatieKwaliteit 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 informatieAnand 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 informatieReleasen 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 informatieOntwikkelmethoden 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 informatieSMART requirements schrijven
SMART requirements schrijven Reverse Engineering als aanpak voor leren Requirements Kenniscentrum 27 maart 2012, 18:50 19:30 uur Hossein Chamani, docent en trainer bij Hogeschool Rotterdam 1 Introductie
Nadere informatieAccelerate? Automate!
Accelerate? Automate! TA Flying Squad bij KPN Marco Jansen van Doorn Test Tool Consultant, Business Line Test Automation What s Cooking, Vianen, 24 mei 2016 Vraag & Antwoord Meer rendement uit testautomatisering?
Nadere informatieAgile 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 informatieContinuous Requirements Engineering
Continuous Requirements Engineering voor testers 1 Requirements? Dit ga ik maken Dit wil ik hebben Dit wilde de klant hebben en moest de bouwer maken 2 Testen! 3 Het goeie ouwe V-model wensen systeem systeemrequirements
Nadere informatieData en Applicatie Migratie naar de Cloud
Data en Applicatie Migratie naar de Cloud Iris Pinkster Professional Testing 1 Agenda - Introductie - De Cloud een introductie - Keuze van geschikte applicaties - Migratie strategieën - Test strategieën
Nadere informatieDe tester als Product Owner Wat denk je zelf?
De tester als Product Owner Wat denk je zelf? Evert van Hamersveld en Olivier Mesker Testers en Product Owners in gesprek Volgens mij is dit een belangrijke feature en moet dit goed getest worden Mooi
Nadere informatieContinuous Requirements Engineering
Continuous Requirements Engineering voor testers 1 Requirements? Dit ga ik maken Dit wil ik hebben Dit wilde de klant hebben en moest de bouwer maken 2 Het goeie ouwe V-model wensen systeem systeemrequirements
Nadere informatieAgile bij grote administratieve systemen. Omgaan met requirements
Agile bij grote administratieve systemen Omgaan met requirements 1 Agenda Wat is een groot systeem? Aanpak van een groot systeem Agile alignment Agile en requirements (en architectuur) Agile en governance
Nadere informatieAgile Testing isn t Risking IT! Bram Bronneberg Test Manager Logica - CGI
Agile Testing isn t Risking IT! Bram Bronneberg Test Manager Logica - CGI B.W.F.P.M. BRONNEBERG TEST MANAGER UIREMENT & QUALITY MANAGEMENT Introductie Q & A Achtergrond Agile Testing isn t Risking IT!
Nadere informatieMichel 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 informatieWebtesten 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 informatieWhitepaper. 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 informatieBest Practice Seminar 14 NOVEMBER 2013
Best Practice Seminar 14 NOVEMBER 2013 14.00: Welkom Best Practice Seminar 14.10: Centraal PMO als middelpunt van projecten en programma s Yvonne Veenma, Stedin 14.50: Pauze 15.30: Governance in een Enterprise
Nadere informatieTest 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 informatieAgile Foundation examen - OEFENVragenformulier
Agile Foundation examen - OEFENVragenformulier 1) Wat is het beste dat je kunt doen volgens de principes van het Agile Manifesto? a) Afspraken nakomen b) Opleveren wat waardevol is c) Regelmatig resultaat
Nadere informatieAERIUS II. Mark Wilmot Product Owner AERIUS. Ministerie van EL&I Programma Directie Natura 2000 Programma Stikstof (PAS)
AERIUS II Mark Wilmot Product Owner AERIUS Ministerie van EL&I Programma Directie Natura 2000 Programma Stikstof (PAS) m.j.wilmot@mineleni.nl Inhoud Toelichting AERIUS II Project Demo Agile / Scrum proces
Nadere informatieAgile (Scrum) Werken Jeroen Hak
1 21-5-2018 Agile (Scrum) Werken Jeroen Hak 17-05-2018 2 Agenda Opening Agile - oorsprong Agile Scrum Agile PM methodieken 3 Jeroen Hak Functie Project / Programma manager Agile Adviseur & Trainer bij
Nadere informatieResultaat 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 informatieOntwikkelmethoden en technieken DSDM POMT HC3
DSDM Ontwikkelmethoden en technieken DSDM POMT HC3 HC WG rollenspel praktijktoets 1 praktijktoets 2 praktijktoets 3 Mei week 1 week 2 week 3 Week 4 vakantie Inleiding Ontwikkel methodiek DSDM Technieken
Nadere informatieBijlage 3: Master testplan
Bijlage 3: Master testplan KIS Testplan Inaxion Lelystad Adres: Jol -20 Postbus : 609 Postcode Plaats 8483 ED Lelystad I www.inaxion.nl Plaats Lelystad Datum 22 maart 200 Auteur Saidou Diallo Status Finaal.0
Nadere informatieProcesvisie op Maat. Op basis van het Master Test Plan wordt een gedetailleerd testplan voor elke fase opgesteld.
1. 1.1. Inleiding Doel In de discipline vindt de validatie van datgene wat binnen het project is gerealiseerd plaats. Dit bestrijkt het gebied van unittest tot en met acceptatie door gebruikers en beheerorganisatie.
Nadere informatieISO/IEC in een veranderende IT wereld
ISO/IEC 20000 in een veranderende IT wereld Dolf van der Haven, Verizon Enterprise Solutions 16 juni 2016 ISO/IEC 20000 in een veranderende IT wereld 1 Achtergrond Dolf van der Haven ITSM Guru with a Human
Nadere informatieAuteur Kenmerk Versie 1.0 Datum Bestandnaam Status Definitief. NK Software Testen 2017
Auteur Versie 1.0 Datum 01-05-2017 Bestandnaam Definitief NK Software Testen 2017 Inhoudsopgave 1 Distributie lijst 3 2 Management samenvatting 4 2.1 Opdracht 4 2.2 Scope van de opdracht 4 2.3 tabel 5
Nadere informatieOntwikkelen 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 informatieMeer met Minder. Valori / Caesar thema avond "Meer met Minder" (c) Valori Egbert Bouman, 23 Mei
Meer met Minder Valori / Caesar thema avond, 23 mei 2013 Inleiding door Egbert Bouman 2 (c) Valori Egbert Bouman, 23 Mei 2013 1 Meer met Minder Een avond vol Lean en de Theory of Constraints 3 Agenda vanavond
Nadere informatieAgile with a smile. Dion Kotteman
Agile with a smile Dion Kotteman Introductie Strategisch adviesbureau www.dionkotteman.com Lid RvC, opdrachten bij Deloitte, CGI, gemeente Amsterdam, associé bij PBLQ. Voormalig CIO Rijk. Auteur van: De
Nadere informatieDerk-Jan de Grood Resultaat gedreven testen met de juiste mind-set
Titel, samenvatting en biografie Derk-Jan de Grood Resultaat gedreven testen met de juiste mind-set Samenvatting: Het is niet de methode, maar de wijze waarop de methode toegepast wordt die het succes
Nadere informatieTestFrame. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.
TestFrame Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 13 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 2 TESTFRAME... 4 2.1 TESTFRAME ALS
Nadere informatieSCRUM FRESHAPPLE.NL #DIGITALATHLETES
FRESHAPPLE.NL #DIGITALATHLETES HOME OF THE DIGITAL ATHLETES IT ALL STARTS WITH AN IDEA! EN DAAR ZITTEN WE VOL MEE We zijn ervan overtuigd dat iedereen een digitale fantasie heeft, wij helpen je graag dit
Nadere informatieSmartTestAssistant. 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 informatieINNOVATION 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 informatieTestNet voorjaarsevenement 2014 Managen van een KetenTest bij NS met hun TOPAAS toolsuite. Managen van een Ketentest bij NS met hun TOPAAS tool-suite
Managen van een Ketentest bij NS met hun TOPAAS tool-suite Bart Broekman mei 2014 Onderwerpen De (prachtige) TOPAAS tooling De (niet zo prachtige) project-situatie De (oh zo mooie) dingen die we ermee
Nadere informatiePresentatie 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 informatieEnable all people to travel by plane
Enable all people to travel by plane 3 Transavia from the air Enable all people to travel (by plane) Accessible, friendly, unforgetable Passenger experience index 74 Fuel 381 mln liters 104 destinations
Nadere informatieOpleidingsaanbod: testopleidingen.com
TMap (Business, (IT) Projectmanagement, Quality Management, etc.) Softskills TMap Suite E-learning TMap NEXT Test Engineer Certificering TMap NEXT Test Manager NEXT Introductie Testen TMap Suite Test Engineer
Nadere informatieEvo 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 informatieDe nieuwe generatie testtools Vliegen ze, vliegen ze voor u, of vliegen ze niet?
De nieuwe generatie testtools Vliegen ze, vliegen ze voor u, of vliegen ze niet? Valori thema avond, Microsoft Auditorium, 6 maart 2012 Inleiding door Egbert Bouman Egbert Bouman, Microsoft auditorium
Nadere informatieInhoudsopgave 1. Opdrachtformulering Beschouwingsgebied Binnen de opdracht Buiten de opdracht
Test rapport Dit document beschrijft de testopdracht voor het Nederlands Kampioenschap software testen 2017. De website Fructasys (Software Under Test SUT) is een totaal backoffice pakket waarmee je bestellingen
Nadere informatieBetere 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 informatieSoftware Test Document
Software Test Document PEN: Paper Exchange Network Software Engineering groep 1 (se1-1415) Academiejaar 2014-2015 Jens Nevens - Sander Lenaerts - Nassim Versbraegen Jo De Neve - Jasper Bevernage Versie
Nadere informatieWij testen..maar....wat test jij?
Wij testen..maar....wat test jij? Wij testen maar wat test jij? Harm Pul, Busineslinemanager Functioneel Beheer TMAP dag 2015, 29 september 2015 Bussum 2 Herkent u dit? De gebruikers testen dit straks
Nadere informatieTesting 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 informatieAgile Risico Analyse (ARA)
Agile Risico Analyse (ARA) Gijs Op de Beek 1 Inhoud 1. Opening 2. Waarom 3. Traditionele PRA vormen 4. Agile Risico Analyse 5. Beheersen van Risico s 6. Monitoren van Risico s Sogeti presentatie ARA 2017
Nadere informatieOverdracht 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 informatieContinuous 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 informatieReports of my death are greatly exaggerated
Reports of my death are greatly exaggerated Tim Koomen, Bart Broekman TestNet voorjaar 2017 Ken de context! James Whittaker 2011- diverse conferenties: GTAC STAR-west EuroSTAR 1 Something s happening Enkele
Nadere informatieDe 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 informatieUitdagingen 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 informatievan TESTmanagement naar testmanagement
Ontwikkelingen in testmanagement: van TESTmanagement naar testmanagement Presenta9e TestNet Voorjaarsevenement 10 mei 2011 Peter Logman & Arno Dijkmans Agenda Wie zijn wij? TESTmanagement Sleutelmomenten
Nadere informatie