BDD/Gherkin. Een introductie
|
|
- Pieter-Jan de Lange
- 7 jaren geleden
- Aantal bezoeken:
Transcriptie
1 BDD/Gherkin Een introductie
2 Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding BDD Gherkin BDD-Tools Voordelen Benodigde kennis en vaardigheden Nadelen Literatuurverwijzingen... 10
3 Organisatie SYSQA B.V. Pagina 3 van Inleiding Met de opkomst van Agile software-ontwikkelmethoden is niet alleen de manier van ontwikkelen veranderd, maar ook de manier van het testen. Binnen Agile komen de requirements, het functionele ontwerp en de code in verschillende iteraties geleidelijk tot stand. Dit betekent dat de traditionele (lineaire) aanpak van het voorbereiden en specificeren van testgevallen en vervolgens het ontwikkelen van testscripts steeds lastiger wordt. De uitdaging is om het testen samen met het gehele team op te pakken en om het testen zo vroeg mogelijk in het proces al uit te voeren. Verschillende fenomenen zoals Test-driven Development (TDD), Behaviour-driven Development (BDD) en Acceptance Test-driven Development (ATDD) spelen hierop in en zorgen ervoor dat het testen beter op Agile aansluit. Voor alle drie de aanpakken geldt dat er eerst testgevallen worden gemaakt en (Unit)tests worden uitgevoerd, waarna er pas wordt ontwikkeld. Acceptance Test-driven Development (ATDD) faciliteert het schrijven van acceptatietests op basis van de requirements. Vervolgens wordt er ontwikkeld op basis van deze acceptatietests. Behaviour-driven Development (BDD) faciliteert dat er functionele testgevallen worden opgesteld die door alle teamleden begrepen worden. Tenslotte is Testdriven Development (TDD) een ontwikkelmethode waarbij de ontwikkelaar eerst unit-tests schrijft, voordat hij gaat coderen. In deze introductie wordt een korte inleiding gegeven op het gebied van Behaviour-driven Development (BDD). Een introductie Acceptance Test-driven Development (ATDD) en Testdriven Development (TDD) zijn tevens beschikbaar.
4 Organisatie SYSQA B.V. Pagina 4 van BDD Behaviour Driven Development (BDD) is geen nieuw framework of een compleet nieuwe methodiek voor software development. Het is een collectie van bestaande technieken die gericht is op het opstellen van duidelijke testcases die door alle teamleden worden begrepen. Deze bestaande technieken zijn voornamelijk afkomstig van Test Driven Development (TDD) en domain driven design/development. BDD richt zich niet op het technisch aspect (zoals TDD) maar op het gedrag van het systeem. BDD heeft als doel om de business- en softwareontwikkeling tot een gezamenlijk begrip te laten komen over het gewenste gedrag van software. Anders verwoord, het probleemdomein (business) en het oplossingsdomein (softwareontwikkeling) komen bij goed gebruik van BDD dichter bij elkaar te liggen. De ontwikkelaar definieert samen met de tester en product owner de testset voor de te ontwikkelen functionaliteit. Na het definiëren van de testset moet de ontwikkelaar de testset opnemen in de unit test voordat de functionaliteit gebouwd gaat worden. Deze testen zullen falen aangezien de functionaliteit nog niet is gebouwd. Na deze stap gaat de ontwikkelaar de functionaliteit bouwen zodat de test slaagt. Bron: De taal die gebruikt wordt voor het maken van testgevallen in BDD is Gherkin. In hoofdstuk 3 zal er verder over Gherkin geschreven worden. Voor het ontwikkelen en uitvoeren van testen zijn diverse (open source) tools beschikbaar, zoals Cucumber, Jbehave, Specflow, Calabash, Cbehave, en Behat. Cucumber en Jbehave zijn de bekendste. In hoofdstuk 4 wordt kort op de tools ingegaan.
5 Organisatie SYSQA B.V. Pagina 5 van Gherkin Gherkin is een schrijftaal die wordt gebruikt voor het maken van testgevallen in BDD. De ontwikkelaar is in staat om functionele testcases, geschreven in Gherkin, op te nemen in de unit testen. Voordeel van Gherkin is dat de taal dusdanig eenvoudig is dat deze na een korte introductie te lezen en te begrijpen is door alle teamleden, inclusief de business vertegenwoordigers. Bijkomend voordeel is dat bouwer en tester dezelfde taal spreken zodat ze kunnen afspreken wie wat test. Gherkin kan al gebruikt worden tijdens het opstellen van systeemrequirements. Hierdoor heb je één manier van formuleren over de hele ontwikkelketen (requirements, unit-testen, functionele testen, regressie, enz.). Een bijkomende voordeel is dat als de requirements geschreven zijn in Gherkin dat je dit een op een kan gebruiken als testscript. Syntax Gherkin beschrijft de gedrag van het systeem door middel van de syntax Given, When, Then, And en But. De Given beschrijft de uitgangsituatie, de When beschrijft de actie of trigger en de Then beschrijft het resultaat. Indien er meerdere uitgangsituaties, acties of resultaten zijn moet de AND gebruikt worden. Als je duidelijk wilt maken dat bepaalde dingen niet aanwezig moeten zijn gebruik je de BUT. Voorbeeld Scenario: bestel koffie met suiker uit de automaat. Given: Water is beschikbaar. AND: Koffie is beschikbaar. AND: Suiker is beschikbaar. When: Koffie met suiker wordt besteld. Then: Koffie met suiker wordt geleverd. BUT: Koffie heeft geen melk. De scenario s kunnen geschreven en gevalideerd worden zodra de user story bekend is. Indien de systeemrequirements opgesteld worden in de Gherkin schrijftaal moeten de user story s met de bij behorende Gherkin scenario s in ieder geval gereed zijn voor de start van de sprint.
6 Organisatie SYSQA B.V. Pagina 6 van BDD-Tools Zoals eerder beschreven zijn er voor BDD diverse tools beschikbaar. In dit hoofdstuk een korte beschrijving van de tools. De BDD tools die op de markt zijn hebben ieder een eigen specialisme. De ene is gericht op Java en de andere weer op PHP. Er zijn tools die meerdere talen ondersteunen. Een daarvan is Cucumber. Dat wil niet zeggen dat Cucumber de beste tool is. Cucumber is wel een van de bekendste en waarschijnlijk ook 1 van de meest gebruikte. Het is niet mogelijk om nu te zeggen dat als je een Java Framework hebt, je beter Jbehave of Cucumber kunt gebruiken. Elke opdracht en omgeving is anders. Test de tools aan jullie behoefte op dat moment. Hieronder een lijst met een aantal tools en op welk framework het is gebaseerd: Cucumber (Ruby framework) Behat (PHP framework) Behave (Python framework) Jbehave (Java framework) Cbehave (C. framework) Jasmine (JavaScript framework) Concordion (Java framework) Specflow (.Net framework) Cucumber Cucumber is een van de meest bekende en gebruikte BDD tools. Cucumber is een Ruby gebaseerde tool dat functionele specificaties, beschreven in simpele tekst, kan uitvoeren als geautomatiseerde test. Cucumber kan gebruikt worden met Ruby, Java,.NET, Flex of web applicaties en ondersteund door rond de 30 gesproken talen. Cucumber is een breed inzetbare tool, maar zoals altijd is het van belang om een goede toolselectie uit te voeren om te garanderen dat de best passende tool gekozen wordt. Er is een studiedocument voor het opdoen van kennis over Cucumber beschikbaar bij SYSQA. Selenium De meesten tools, waaronder ook Cucumber, kunnen goed overweg met Selenium. Op de site staat het opzetten van BDD in Selenium goed beschreven. Calabash Calabash is een open source tool en geeft de mogelijkheid om geautomatiseerde tests te schrijven en uit te voeren voor mobile applicaties. Calabash ondersteunt Andriod en ios apps. Calabash kan goed samenwerken met Cucumber en kan vergeleken worden met Selenium WebDriver
7 Organisatie SYSQA B.V. Pagina 7 van Benodigde kennis en vaardigheden Om Gherkin goed te gebruiken heb je als tester specifieke kennis of vaardigheden nodig, namelijk: Proces- en systeemkennis van het domein; Kennis van Gherkin methode; Analytische vaardigheden; Je neemt niets als vanzelfsprekend aan, maar je stelt de juiste vragen zoals: Wat wordt er nu echt gevraagd? Is dit wel echt zo? Waar in het systeem wordt het gebruikt? Waarom is dat nodig? Hoe werkt dat? Kunnen beperken tot wat nodig is om het doel te bereiken; Kennis van en in staat zijn om requirements te eliciteren. Om Gherkin te introduceren bij het team en business heb je als tester overtuigingskracht nodig. De business is niet gewend om requirements op deze manier te krijgen en zijn vaak bang voor veranderingen. Naast de business moeten ook de ontwikkelaars overtuigd worden. Ontwikkelaars voelen vaak de pijn niet en zien testen als een last. De tester moet het testen sexy maken. Ontwikkelaars willen ontwikkelen, zijn hier goed in en willen niet graag testen. Indien de ontwikkelaar Gherkin gaat gebruiken bij het maken van de unit testen doet hij/zij wat hij leuk vindt, namelijk ontwikkelen. Goede argumenten en voorbeelden helpen bij het accepteren van Gherkin door de business en teamleden. Voorbeelden zijn: Bugs worden eerder ontdekt; Kwaliteit van opgeleverde code wordt verhoogd; Sprints worden beter voorspelbaar; De gemaakt unit test blijft begrijpelijk in de toekomst, ook voor anderen; Proces verbetering verdien je terug in tijd en het verhoogt het werkplezier van de teamleden; Systeemrequirements worden gemaakt voordat de code geschreven is; Minder documentatie nodig, één document wordt gebruikt voor zowel requirements, bouw als test. De rol van de tester verandert door het BDD toe te passen. In plaats van reactief elke sprint te toetsen op kwaliteit kan er nu pro-actief kwaliteit ingebouwd worden. Kijkend vanuit het perspectief van testvolwassenheid, is BDD een hoog volwassen aanpak (prevention-oriënted fase). De tester is met recht tevens een ontwikkelaar te noemen.
8 Organisatie SYSQA B.V. Pagina 8 van Voordelen Het gebruik maken van Gherkin in een agile omgeving heeft de volgende voordelen: Alle teamleden spreken dezelfde taal, hierdoor is er minder kans op miscommunicatie. Ontwikkelaars kunnen de testcases eenvoudig omzetten naar unit testen met behoud van de Gherkin syntax. Hier zijn zelfs (open source) tools voor, bijvoorbeeld Cucumber en Jbehave. Systeemrequirements kunnen direct in Gherkin-stijl geschreven worden, omdat de manier van schrijven voor alle teamleden, maar ook de business, te begrijpen is. Het opstellen van Gherkin-stijl testcases bespaart tijd. Testcases in Gherkin zijn op een logisch niveau geschreven in plaats van gedetailleerd uitgeschreven testcases. Indien de requirements in Gherkin zijn geschreven kan het een op een gebruikt worden voor het uitvoeren van de test. Doordat testvoorbereiding eerder klaar is dan oplevering van functionaliteit kan de tester de Product Owner ondersteunen bij het opstellen van de requirements. Hierdoor wordt je als tester nog meer betrokken bij het ontwikkelproces en stijgt het aanzien en de toegevoegde waarde van de tester bij het team en de business. Doordat de ontwikkelaar in de bouwfase al de testen klaar heeft worden bugs eerder gevonden.
9 Organisatie SYSQA B.V. Pagina 9 van Nadelen Het gebruik maken van Gherkin heeft de volgende nadelen: Proces- en systeem kennis is vereist; BDD is een scherp mes, bij verkeerd gebruik doe je meer kwaad dan goed; Indien de scenario s eenduidig en geverifieerd zijn door de drie belanghebbende (product owner, ontwikkelaar en tester) is de kans groot dat het systeem niet gebouwd wordt zoals verwacht. Mochten de scenario s te high level zijn dan is er zelfs een risico dat er dingen ontbreken of niet getest worden met alle gevolgen van dien. Het team moet volwassen zijn, vaardige teamleden die op elkaar zijn ingespeeld. Gherkin is eenvoudig te leren. Nieuwe medewerkers kunnen dit snel onder de knie hebben. Toch kost het inwerken van nieuwe mensen meer tijd. Dit komt omdat nieuwe mensen over het algemeen niet weten hoe het te testen proces en systeem in elkaar zit. De testscripts die elke stap tot in detail beschrijft zijn namelijk niet aanwezig. De business moet de Gherkin-schrijfwijze ook accepteren, als je de systeemrequirements éénmalig wil vastleggen in Gherking
10 Organisatie SYSQA B.V. Pagina 10 van Literatuurverwijzingen 1. Haring, Ronald "Behaviour Driven development: Beter dan Test Driven Development". Java Magazine (February 2011)
Agenda. 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 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 informatieTestgedreven 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 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 informatieEffectief 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 informatieUnified Process. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.
Unified Process Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding... 3 2. Unified Process... 4 3. Fasering... 5 3.1.
Nadere informatieMDA 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 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 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 informatieXP Extreme Programming. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.
XP Extreme Programming Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. INLEIDING...3 2. EXTREME PROGRAMMING...4 3. FASERING...5
Nadere informatieB.Sc. Informatica Module 4: Data & Informatie
B.Sc. Informatica Module 4: Data & Informatie Djoerd Hiemstra, Klaas Sikkel, Luís Ferreira Pires, Maurice van Keulen, en Jan Kamphuis 1 Inleiding Studenten hebben in modules 1 en 2 geleerd om moeilijke
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 informatieSoftware Test Plan. Yannick Verschueren
Software Test Plan Yannick Verschueren Maart 2015 Document geschiedenis Versie Datum Auteur/co-auteur Beschrijving 1 November 2014 Yannick Verschueren Eerste versie 2 December 2014 Yannick Verschueren
Nadere 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 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 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 informatieSoftware Test Plan. Yannick Verschueren
Software Test Plan Yannick Verschueren November 2014 Document geschiedenis Versie Datum Auteur/co-auteur Beschrijving 1 November 2014 Yannick Verschueren Eerste versie 1 Inhoudstafel 1 Introductie 3 1.1
Nadere 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 informatieVerzamelde 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 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 informatieWelkom. bij scrum. Zin in Onderwijs
Welkom bij scrum Zin in Onderwijs www.zininonderwijs.nl els@zininonderwijs.nl anna@zininonderwijs.nl Wat gaan we vandaag doen? o Wat is scrum? o Praktisch aan de slag o Oefenen o Scrumbord maken o Taken
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 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 informatieWhitepaper. Kwaliteit binnen Agile
Whitepaper Kwaliteit binnen Agile Paul Meek en Henri ter Steeg pm@linkitprojects.nl en hts@linkitprojects.nl Versie 1.0 (09-09-2010) Web linkit-projects.nl Inleiding Agile is hot. Agile projecten beloven
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 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 informatieVisie document software releasen 2015. Introductie. Pre conditie
Introductie Mijn naam is Rick Sollman. Ik ben werkzaam bij CGI en heb daar in 2015 een intern talent ontwikkel programma gevolgd. Als afsluiter van dit programma kon men kiezen uit een viertal opdrachten,
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 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 informatieWie zijn wij? Harm Bruins Joep
Test Automation Buzz words Wie zijn wij? Harm Bruins h.bruins@ventus.nl Joep Lobee j.lobee@ventus.nl @joeplobee Een verhaaltje. Dorp 1 Dorp 2 In elk huisje een vakman Acceptatie testers Dorp 1 De Business
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 informatieDe praktische kant van de Cloud De Cloud en modellen maken pay per use mogelijk
De praktische kant van de Cloud De Cloud en modellen maken pay per use mogelijk 04-10-2011 Thomas Veltman & Andréas Prins Agenda presentatie Trends in software ontwikkeling en testen Cloud als hulpmiddel
Nadere informatieSoftware Test Documentation
FACULTEIT INGENIEURSWETENSCHAPPEN & WE- TENSCHAPPEN DEPARTMENT OF COMPUTER SCIENCE AND APPLIED COMPUTER SCIENCE Software Test Documentation Software Engineering Nicolas Carraggi, Youri Coppens, Christophe
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 informatieChris de Kok 223548 TDI 3. Vak: Software Architectuur Datum: 21-01-2008 Docent: Fons van Kesteren
Chris de Kok 223548 TDI 3 Vak: Software Architectuur Datum: 21-01-2008 Docent: Fons van Kesteren Inhoud Inleiding... 3 Black box / White box... 3 XP... 3 SimpleTest... 3 Eclipse plugin... 4 GroupTest...
Nadere informatieAdding value to test tooling
Adding value to test tooling performance testing and test automation Hoe we performance risico's ook in een CI/CD wereld de baas blijven Wie Ben Ik? >20 jaar ervaring in IT 10 jaarperformancearchitecten
Nadere informatieTestdriven architecture
Track Agile Craftsmanship Testdriven architecture Nieuwe perspectieven en ontwikkelgebieden voor de architect & agile teams in een agile omgeving. Laurens Kremer SPC/CISA Docent - NAF Masterclass EA Testen
Nadere informatieHet 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 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 informatieClean code improves test quality
Clean code improves test quality Michel Kroon, Senior Consultant, SIG TestNet Voorjaarsevenement 30 juni 2008 Arent Janszoon Ernststraat 595-H NL-1082 LD Amsterdam info@sig.nl www.sig.nl De Software Improvement
Nadere informatieTijdsafhankelijk Testen
Tijdsafhankelijk Testen Hoe complexe en tijdsafhankelijke bedrijfsprocessen volledig geautomatiseerd te testen zonder handmatige interventies Door: Robert van Vark INHOUD 4 SAMENVATTING 5 INTRODUCTIE 6
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 informatieTitel, 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 informatieAgile, 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 informatieDe overstap naar Agile De overstap naar Agile
De overstap naar Agile De overstap naar Agile Wat als niet alleen de requirements veranderen, maar alles verandert? Inleiding Start project met waterval aanpak Overstap naar agile Hoe hebben we het gedaan?
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 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 informatieAutomated Engineering White Paper Bouw & Infra
Automated Engineering White Paper Bouw & Infra Inhoudsopgave 1. Introductie 2 2. Wat is automated engineering? 3 3. Wanneer is Automated Engineering zinvol? 3 4. Wat zijn de stappen om een ontwerpproces
Nadere informatieTestautomatisering zoals geen anderis
Testautomatisering zoals geen anderis Testautomatisering, maar dan Anderis De wereld van IT is constant in beweging en we kunnen ons een leven zonder IT niet meer voorstellen. Er komen steeds meer nieuwe
Nadere informatieScrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil
Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag
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 informatieRequirements Management Werkgroep Traceability
Requirements Management Werkgroep Traceability Plan van Aanpak (1) Doel en definitie van Traceability Traceability heeft tot doel om tijdens het ontwikkelproces status informatie te verschaffen omtrent
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 informatieContinuous a continuous improvement story
Continuous deployment @wehkamp a continuous improvement story Hylke de Jong Marco van de Bunt TestNet Najaarsevent 11 oktober, 2016 Agenda Introductie Van monoliet naar microservices Test strategie Unit
Nadere informatieHET LEVEN VAN EEN TOPMODEL
Pagina 4 HET LEVEN VAN EEN TOPMODEL Door Joris Meerts joris.meerts@improveqs.nl All problems in computer science can be solved by another level of indirection - David Wheeler De testautomatiseringpiramide
Nadere informatieEnd-to-End testen: de laatste horde
End-to-End testen: de laatste horde Dieter Arnouts Agenda Begrip End-to-End testen in het test proces Praktische aanpak End-to-End Test Omgeving Uitdagingen End-to-End testen: De laatste horde 11/10/2010
Nadere informatieHoe ver moet je gaan?
Hoe ver moet je gaan? Requirements verzamelen in agile John Copier; Marcel Steur 8 oktober 2015 Introductie Marcel + Qquest Informatica TU Delft Bedrijfskunde HSA + VU IT combineren met bedrijfskunde Qquest
Nadere informatieAgile game productie
Keuzedeel mbo Agile game productie gekoppeld aan één of meerdere kwalificaties mbo Code K0717 Penvoerder: Sectorkamer ICT en creatieve industrie Gevalideerd door: Sectorkamer ICT & creatieve industrie
Nadere informatieKENMERKEN MODEL BASED TESTING TOOLS
Testoptimal Helpt de met data selectie /data generatie volgens CTE Aan logische testgevallen Kan de leesbare logische testgevallen dekking op het op data dekking op de requirements opgenomen in het Goed
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 informatieTechnisch Ontwerp W e b s i t e W O S I
Technisch Ontwerp W e b s i t e W O S I WOSI Ruud Jungbacker en Michael de Vries - Technisch ontwerp Website Document historie Versie(s) Versie Datum Status Omschrijving / wijzigingen 0.1 20 nov 2008 Concept
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 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 informatieAgile werken: zó doen we dat
Agile werken: zó doen we dat Bij Freshheads werken we graag volgens de Agile aanpak. De voordelen? Verhoogde efficiëntie en flexibiliteit, snellere resultaten en grotere betrokkenheid. Maar hoe gaat het
Nadere informatieAgile ervaring Ir.ing. Erik van Daalen
Agile ervaring Ir.ing. Erik van Daalen Eneco Rotterdam 3 december 2013 03-12-2013 Agile Erik van Daalen 1 Hoofdsponsor Sponsors IPMA-N Jaarsponsors 03-12-2013 Agile Erik van Daalen 2 Korte introductie
Nadere 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 informatieAliens? http://www.youtube.com/watch?v=e5pqleh2hz8
Aliens? http://www.youtube.com/watch?v=e5pqleh2hz8 Ontwikkelmethoden en technieken Kenmerken van ontwikkelmethoden POMT HC2 2 Vorige week 3 Rollenspel Klant is koning Communicatie en afspraken Documentatie
Nadere informatieTestautomatisering werkt niet bij Continuous Delivery en DevOps
Testautomatisering werkt niet bij Continuous Delivery en DevOps Testnet Najaarsevent 2016 Joost Voskuil Setting the stage Continuous Delivery & DevOps Gaat niet over hoe vaak je software naar productie
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 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 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 informatieFIT TEST 4 MENDIX. Low code & kwaliteit
FIT TEST 4 MENDIX Low code & kwaliteit 2 TODAY S TOPIC: Low code & kwaliteit 1. Definitie low code wat maakt low coding platformen waardevol? 2. Kwaliteit - staat low code gelijk aan hoge kwaliteit? 3.
Nadere informatieAERIUS: Rekeninstrument voor de PAS
AERIUS: Rekeninstrument voor de PAS Hoe bouw je als Rijksoverheid een succesvol rekeninstrument voor de wet Programmatische Aanpas Stikstof PAS? Hilbrand Bouwkamp Lead Developer AERIUS 1 PAS en AERIUS
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 informatieSoftware Test Plan. PEN: Paper Exchange Network Software Engineering groep 1 (se1-1415) Academiejaar 2014-2015
Software Test Plan 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 1 Versie
Nadere informatie1. De watervalmethode... 2. 2. Agile softwareontwikkeling... 2. 3. Iteratief werken... 3. 4. Agile technieken voor teams... 3
Naar Voren: Tijdschrift voor webwerkers» Artikel #155 Agile (web)ontwikkeling Omarm de verandering Als ICT-professional heb je het liefst dat de klant exact weet wat hij wil, dat jij exact weet hoe je
Nadere 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 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 informatieTesten als continuous enabler
Testen als continuous enabler Edwin van Loon en Giel Raijmakers 11 oktober 2017 Agenda Over APG (Edwin van Loon) Quality Driven Development Concept (Edwin van Loon) Test Automation Driven Testing (Giel
Nadere informatieLog Based Testing. Hoe het begon. NS bij TestNet Datum: 11 april 2016 Auteurs: Wilfred Wattel, Marijn van Gemert.
Log Based Testing Datum: 11 april 2016 Auteurs: Wilfred Wattel, Marijn van Gemert Hoe het begon. App s Railpocket SUT Backend systemen Aanpassingen en aanvullingen Backend systemen (Android S4/S5) SUT
Nadere informatieSamenvatting 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 informatieOntwikkelmethoden en technieken. Ontwikkelmethoden & Technieken HC 4
Ontwikkelmethoden en technieken 1 Projectinrichting Ontwikkelmethoden & Technieken HC 34 2 Vandaag Terugblik? Projectinrichting Afsluiting Leestip Introductie/overzicht Week 1 Afbakening Verwachtingen
Nadere informatieSabrina Filemon (ZZP)
Sabrina Filemon (ZZP) Personalia Bedrijf: Test my Software! KvK nummer: 66442699 Locatie: Amsterdam Telefoonnummer: +316 1586 3300 E-mailadres: sabrina@test-my-software.com Geboortedatum: 6 februari 1978
Nadere informatieWat drijft het werkveld?
Wat drijft het werkveld? Presentatie uitkomsten survey Jacob Brunekreef, Fontys ICT Jacob Brunekreef Meer dan 25 jaar werkzaam in de IT Nu: Projectleider EQuA project, Fontys ICT Adviseur / trainer bij
Nadere 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 informatieWHITEPAPER IN 5 MINUTEN. 11. Scrum
WHITEPAPER IN 5 MINUTEN A U G U S T U S 2 0 1 4 11. Scrum Deze whitepaper gaat over Scrum. Kort en bondig: Scrum is een software-ontwikkelmethode met vaste sprints van enkele weken waarin steeds een verbeterde
Nadere informatieFunctiepuntanalyse. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.
Functiepuntanalyse Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 8 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER... 3 2 WAT
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 informatieMarc Koper Performancetesten voor dummies
Titel, samenvatting en biografie Marc Koper Performancetesten voor dummies Samenvatting: Systemen worden met de dag complexer met vaak ook nog veel koppelingen naar andere systemen. Maar men verwacht wel
Nadere informatieWHITE 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 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 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 informatieWhat s in it for me? Workshop veldtesten. Testteam Studielink Frans Lodewijkx Jasper Lindhout Ron Derks
What s in it for me? Workshop veldtesten Testteam Studielink Frans Lodewijkx Jasper Lindhout Ron Derks Doel workshop Medewerkers van instellingen voeling laten krijgen met testen van hun SIS in relatie
Nadere informatieAdding value to test tooling
Adding value to tooling performance ing and automation Hoe we performance risico's ook in een CI/CD wereld de baas blijven Wie Ben Ik? >20 jaar ervaring in IT 10 jaar PerformanceArchitecten Software engineer
Nadere informatie